Amy Sebring: Welcome to the EIIP Tech Arena! Amy Sebring: For the benefit of our first-timers, when you see a blue web address, you can click on it and the referenced Web page should appear in a browser window. Amy Sebring: After the first one, the browser window may not automatically come to the top, so you may need to bring it forward by clicking on a button at the status bar at the bottom of your screen. Amy Sebring: We will start with a presentation, and then follow with a Q&A session for your questions and comments. Right before we begin the Q&A portion we will review the procedure. Amy Sebring: Please do NOT send direct messages to the speaker or moderator as it makes it difficult for us to follow the discussion. Amy Sebring: Background information for today's session may be found at http://www.emforum.org/varena/000223.htm ... Amy Sebring: Today we are pleased to welcome back Troy Armstrong to tell us about a new product, eteam. Amy Sebring: Troy gained considerable experience in applications for emergency management when he worked for the California Office of Emergency Services, and made a presentation for us during 1998 on the RIMS system. Please see the background page for Troy's bio. Amy Sebring: Welcome Troy, and thank you for joining us today. Troy Armstrong: Thank you for having me Troy Armstrong: Good morning, or good afternoon, depending on where you are. I'm Troy Armstrong, the Director of Business Development for eteam.com. In my former career, I was the chief of operations for the Governor's office of Emergency Services (OES) in California until early 1999, when we got a new Governor, and I got a new job. While at OES I managed 5 federally declared disasters, about a dozen state declared disasters and hundreds of small incidents across the state. Troy Armstrong: Additionally, I developed and implemented the states Response Information Management System (RIMS). Before that I worked full-time for 8 years with the California Military Department running military support to civil authorities missions. Troy Armstrong: Next Slide Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide01.htm Amy Sebring: http://www.emforum.org/varena/eteam/Slide02.htm Troy Armstrong: Today I'm going to be giving you an overview of the ETeam Troy Armstrong: emergency and event management software system. Troy Armstrong: I will discuss it's major features and how it can be used by Troy Armstrong: managers and staff tasked with preparing for or Troy Armstrong: responding to emergencies and events. Troy Armstrong: Also I will talk about the agencies using the system Troy Armstrong: and what their experiences have been to date. Troy Armstrong: Slide 3 Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide03.htm Troy Armstrong: Prior to getting into the emergency management software Troy Armstrong: business, eteam.com specialized in developing command Troy Armstrong: for the Department of Defense. Troy Armstrong: The company still performs that mission, having Troy Armstrong: contracts with DARPA (the agency that invented the Troy Armstrong: Internet and stealth technology) and Troy Armstrong: the Joint Special Operations Command. Troy Armstrong: In late 1998, after meeting with the City of Los Angeles Troy Armstrong: Emergency Operations Office decided to develop a Troy Armstrong: web based emergency and event software system to Troy Armstrong: coordinate their actions. The system in its current Troy Armstrong: form, or with minor customization, to assist Troy Armstrong: government agencies with the tasks you see on the slide. Troy Armstrong: Slide 4 Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide04.htm Troy Armstrong: As I stated earlier, the system is web based, Troy Armstrong: so that all users have to have is access to the Troy Armstrong: Internet and a web browser Troy Armstrong: (Netscape 4.5 or Internet Explorer 4.0 or better). Troy Armstrong: Security is handled through username and Troy Armstrong: password and secure socket layer; Troy Armstrong: thus right out of the box it is as Troy Armstrong: about as secure as your average online broker. Troy Armstrong: However, if customers desire greater security. Troy Armstrong: We can add more layers Troy Armstrong: As you can see, the system is fully web-enabled Troy Armstrong: with a built in GIS map that interfaces with the Troy Armstrong: systems reports. The map that comes standard with Troy Armstrong: the system is a street level map provided by GDT Troy Armstrong: and one of our business partners, ESRI. Troy Armstrong: While the system comes with a street level map, Troy Armstrong: customers have the option of using their own maps or Troy Armstrong: adding their own GIS layers to the existing map. Troy Armstrong: Slide 5 Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide05.htm Troy Armstrong: As I stated earlier, the eteam.com was originally a Troy Armstrong: defense R&D shop, so when they decided to get in Troy Armstrong: the emergency management business, Troy Armstrong: they knew they needed to put together a Troy Armstrong: team of experts who know the business inside and out. Troy Armstrong: With this in mind, they hired myself, Bruce Ward, Troy Armstrong: the former Deputy Director of California's OES, Troy Armstrong: and John Bowles, the former CIO of OES and the Troy Armstrong: co-creator of RIMS. Troy Armstrong: Also, we added former members of the Secret Service Troy Armstrong: and the Army's Delta force to help us with Troy Armstrong: the development and training. Troy Armstrong: Slide 6 Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide06.htm Troy Armstrong: The design team came together in March of 1999 Troy Armstrong: and on September 15, 1999, the product was released. Troy Armstrong: In the development of the system, we created and strictly Troy Armstrong: adhered to a philosophy that we felt would Troy Armstrong: ensure that we would put out a system that would Troy Armstrong: prove to be an effective tool for emergency managers. Troy Armstrong: First, it had to be easy to use. Our experience Troy Armstrong: in the emergency management game had taught us that Troy Armstrong: most people who work in operations centers do so Troy Armstrong: as an additional duty; thus they don't have a lot of Troy Armstrong: time for training. Additionally, we also know that Troy Armstrong: there is often a good deal of time between training Troy Armstrong: and activation, so we had to make sure that the system Troy Armstrong: was easy to remember how to use. We set the standard Troy Armstrong: that it should not take more than an hour of training Troy Armstrong: to get the basics of the system. Additionally, Troy Armstrong: we made sure that it would only take a few minutes Troy Armstrong: to remember how to use. Troy Armstrong: Second, we wanted to make sure that the system focused Troy Armstrong: on the most important tasks performed in the management Troy Armstrong: of a disaster or major event. In most systems Troy Armstrong: that the design team had seen or used (RIMS included) Troy Armstrong: there were tons of applications that people rarely use Troy Armstrong: during an activation, or at least do infrequently. Troy Armstrong: We found this distracting and kept peoples attention Troy Armstrong: away from what they really needed to be doing. Troy Armstrong: Next, the system had to be easy to set and implement Troy Armstrong: This really came from John's and my experience in Troy Armstrong: setting up and fielding RIMS. RIMS was a client/server Troy Armstrong: system which meant that we had to load software on Troy Armstrong: every computer that was going to connect to the system. Troy Armstrong: After four years, I had over 1000 users from 130+ agencies Troy Armstrong: connected to RIMS. Troy Armstrong: I will never go through that again. Troy Armstrong: Every agency had different computers with Troy Armstrong: their own network issues that drove my tech Troy Armstrong: support folks crazy. Troy Armstrong: Thus, when we started Troy Armstrong: building ETeam, we were determined to make it Troy Armstrong: web based so that all you would have to do to Troy Armstrong: get someone on board was issue out a URL and a Troy Armstrong: username/password. Troy Armstrong: Also, we were determined to keep the system inexpensive. Troy Armstrong: Even though California was a big state with a large OES Troy Armstrong: and a lot of disasters, we never seemed to have Troy Armstrong: any money. We felt that was a pretty consistent problem Troy Armstrong: with most emergency management agencies; as well as Troy Armstrong: the other departments they interact with. So, with Troy Armstrong: this in mind, we structured our pricing so that Troy Armstrong: even small jurisdictions could afford to use the system. Troy Armstrong: Finally, designed the system so that we could continuously Troy Armstrong: add new features and improve existing ones. From our Troy Armstrong: experience, we know that important lessons are learned Troy Armstrong: from every activation. We wanted our system to be ready Troy Armstrong: to quickly incorporate those lessons. Troy Armstrong: Slide 7 Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide07.htm Troy Armstrong: As I stated earlier, we wanted to make sure the system was easy to use. We determined that to do that, we needed to develop a very intuitive interface that only required a couple of clicks of the mouse to perform most major tasks. Additionally, we wanted to make sure that the general interface never changed so that users would not feel like they were lost within the system. Troy Armstrong: The simple interface we developed made the system easy to learn how to use. In the agencies that are currently using the system, we have found that they were in fact able to not touch the system for several weeks after training and be able to figure out how to use it again in less than five minutes. Troy Armstrong: We were greatly assisted in the simple interface by the expansion of the web in daily life in America. Since our system takes advantage of many normal web browser features, users felt very comfortable using the system. To many of them, it was just another thing to do on the web, and they were already doing lots of things on the web. Troy Armstrong: Finally, we have made it simple by making the reports and maps easy to use. Troy Armstrong: We laid out the forms so that they get the general information up front and put the detailed information at the bottom. We did this because often-detailed information isn't available, and we didn't want users to have to hunt around the form for places to enter the general information they did have. Also, we made the map interface incredible simple. If you want to post a report to the map, then all you have to do is type in a street address, or the name of the cross streets or just go into the map itself and click on the place you want the icon to appear on the map. Troy Armstrong: Slide 8 Please: Amy Sebring: http://www.emforum.org/varena/eteam/Slide08.htm Troy Armstrong: Since we are running long, I am going to skip over some of my slides. Troy Armstrong: To make the system easy to use, we gave it a simple "create and view" interface. If you want to create a new report, just click on the appropriate create button on the top of the screen. If you want to read and/or update a report, just click on the view buttons on the left-hand part of the screen. We have found this interface very popular with our customers. They like the fact that they don't to hunt for information and go through a dozen screen changes to perform the tasks they need to. Troy Armstrong: Slide 9 Please Amy Sebring: http://www.emforum.org/varena/eteam/Slide09.htm Troy Armstrong: To make the system viable to our customers, we made sure that it focused on those tasks that normally determine success or failure in the management of multi-agency, multi-hazard events. Troy Armstrong: Slide 10 Please Amy Sebring: http://www.emforum.org/varena/eteam/Slide10.htm Troy Armstrong: The next series of slides show how the system is initially set up and which users are connected. While we would like to sell a lot of licenses to a customer right up front, we feel it is better that they start out slow and get their main EOC up on the system first. This helps them better plan out how they will take full advantage of the system when they start connecting other agencies. Troy Armstrong: The example I am using is for a state, but it applies just as well to Federal and Local Agencies. Troy Armstrong: We recommend that users begin by getting the major staff sections and agency reps within an EOC up on the system first. Troy Armstrong: Slide 11 Please Amy Sebring: http://www.emforum.org/varena/eteam/Slide11.htm Troy Armstrong: After the EOC gets up and running, then we recommend that the EOC start giving access to the major state agencies and counties they normally interact with during disasters. Troy Armstrong: It is important to keep in mind that with our web based system, getting an agency connected means giving them a username and password. Thus, it takes only a couple of minutes to get someone on board. Troy Armstrong: Slide 12 please Amy Sebring: http://www.emforum.org/varena/eteam/Slide12.htm Troy Armstrong: The major agencies, particularly those that provide a lot of resources, can then start fielding the system within their own organization. The example I use here is the National Guard. Once they get their main EOC up and running on the system, they can then start adding their subordinate units to the system by merely issuing out usernames and passwords. This will greatly assist them in tasking and tracking the deployment of resources. Troy Armstrong: Slide 13 Please Amy Sebring: http://www.emforum.org/varena/eteam/Slide13.htm Troy Armstrong: At the county level, they too can start to expand the system out to their cities and major departments. At this point, the system can be modified so that the State only sees the information and requests that the County wants them to see. This is a helpful modification of the system to ensure that the state does not get overwhelmed with information that they really don't need. Also, it gives a measure of control over the information the county makes available to the state. Troy Armstrong: Slide 14 please Amy Sebring: http://www.emforum.org/varena/eteam/Slide14.htm Amy Sebring: http://www.emforum.org/varena/eteam/Slide15.htm Troy Armstrong: This slide demonstrates the use of the resource request application. In our scenario here, following a disaster, a resource request is made to the county. The county, after determining that they can't fill it, forwards it to the state, which then assigns it to the appropriate state agency. The state agency then deploys the resource to the requested location. The important thing to note here is that everyone is in the loop on this request, thus the request never disappears in some "black hole" at some EOC. At anytime, anyone in this chain can go in and see what the status of the resource is and who has the action on it. Amy Sebring: http://www.emforum.org/varena/eteam/Slide16.htm Troy Armstrong: As I mentioned earlier, we have kept the price within the budgets of most local governments. We offer the system in two basic formats. Troy Armstrong: The first is where we web host the system at our secure server sites. This is the preferred method for most of our customers since it is the easiest and cheapest (when you factor in the costs of buying your own server and the time of a good system administrator). All customers have to do is give us a list of their agencies and list of the types of resources they normally use (we offer a generic list that is pretty comprehensive), we set up the servers and give them the usernames and passwords. The lists can be modified at anytime and customers can add more users at will. Troy Armstrong: The cost is $1,000 for the initial set-up for local governments, a little more for State and Federal Agencies depending on how big their maps are. And then $395 (per year) per user. We define a user as a username and password. Troy Armstrong: The servers we use are in secure locations out off any major flood plains, earthquakes zones etc. They also have multiple back-ups of power, access to the internet and automated load balancers that switch customers from one server to another should one server crash or become overloaded. The servers are mirrored so that should be switched, you will not loose any information. In fact, you won't even know it happened. Troy Armstrong: With this package, we offer a discounted price on our server software if you want to set-up a back-up server at your own EOC. A lot of customers take this option as well, since they are afraid their EOC may become isolated from the phone system during a disaster. Troy Armstrong: The other option is to set-up and host the system your self. Our costs for this option are as you see on the slide, with a 2/3 annual renewal fee. So for example, the initial cost for a user would be $300, with an annual renewal fee of $200. Troy Armstrong: With either options, customers get technical support and free upgrades to the system. As I mentioned earlier, we intend to add a new feature to the system about once a quarter. Amy Sebring: http://www.emforum.org/varena/eteam/Slide17.htm Troy Armstrong: As you can see, the system is very easy to set-up and implement, particularly if you use our web-hosting service. There is no software to load on the end users computer. All they need is a web browser and a username and password. Amy Sebring: http://www.emforum.org/varena/eteam/Slide18.htm Troy Armstrong: Here we see the customers that have started using ETeam. It is important to note that the system has only been available since September 1999. Also of interest is the fact that Disney and Warner Brothers are actually members of Burbanks system. The City and these two major studies have a strong mutual aid arrangement and liked the idea of using the system to coordinate with one another. The studios like it because it gives them an idea off what's going on around them, and the City likes it to make sure that two of larger employers in the area are being taken care of during a disaster. Amy Sebring: http://www.emforum.org/varena/eteam/Slide19.htm Troy Armstrong: Many of our customers were using the system during Y2K and even though nothing much happened, they were none the less pleased with the system. In fact, many of them have come back and ordered additional licenses to start expanding the system within their jurisdictions. Amy Sebring: http://www.emforum.org/varena/eteam/Slide20.htm Troy Armstrong: At eteam.com, we believe that we can always improve our product, and that it is important constantly add new features. Some the features we intend to add over the next 18 months are as follows: Troy Armstrong: Map Drawing Tools that will allow users to draw boundaries, routes and other symbols on the maps. Troy Armstrong: We will be integrating the CATS modeling system into the application so that you can overlay plumes, storm surges etc on the maps. Troy Armstrong: We will be integrating the CATS modeling system into the application so that you can overlay plumes, storm surges etc on the maps. Troy Armstrong: This summer we will be offering user customization tools so that customers can make changes to the picklists and issue out their own usernames and passwords. Troy Armstrong: And finally, we will constantly be updating and improving all of our applications. We make it a policy to get as much customer feed back as we can so that we can make sure that our product is really serving the needs of the emergency management community. Amy Sebring: http://www.emforum.org/varena/eteam/Slide22.htm Troy Armstrong: I am afraid that I can't do a demonstration from where I am, but you can get more information and sign up for one of our demo sites by going to www.eteam.com or emailing me at tarmstrong@eteam.com. Troy Armstrong: I would be happy to take any of your questions at this time. Amy Sebring: Thank you very much Troy for preparing this presentation. Amy Sebring: We have run over ... Amy Sebring: but if you would like to stay a little longer ... David Crews: ? Amy Sebring: we will go ahead and take questions for about 15 minutes ... Peter Picanso ARC/LA: ? Troy Armstrong: I can stay, and I apologize for going over Amy Sebring: Audience please enter a question mark (?) to indicate you wish to be recognized, go ahead and compose your comment or question, but wait for recognition before hitting the enter key or clicking on Send. Amy Sebring: David please. Libbi RuckerReed: ! David Crews: Have you had any response on this from FEMA. And will this work at the Catastrophic end (e.g. WMD)? Troy Armstrong: We have met with FEMA a couple of times, they like it and have asked us to talk more to them. And yes , it is multi hazard, so it will work well for WMD Amy Sebring: Peter next please. Peter Picanso ARC/LA: On the CATS system will the overlays be real-time so that the maps can be updated to indicate the movement of a plume or the redeployment of resources? Troy Armstrong: Close to real time. The refresh is about every minute. We are working with SAIC and... Troy Armstrong: ESRI on this application for the Winter Olympics Troy Armstrong: . Amy Sebring: Libbi please. Libbi RuckerReed: I requested and used the demo Troy mentioned. I was very impressed with the ease of use for this system particularly by the web based format. In addition, being able to check resource requests and requirements from multiple areas within this system was valuable. Moving around in the program was easy and I never got lost in what I was doing. Good product. Amy Sebring: Thank you Libbi. Other questions? Troy Armstrong: Thank you. We will continue to try and improve it. Elizabeth Hicks: ? Amy Sebring: Elizabeth please? David Crews: ? Elizabeth Hicks: What are the chances that a hacker can get in and screw up the system during an emergency Troy Armstrong: Limited, but still possible.... Matt Gneuhs: ? Troy Armstrong: They really have to try and find it first.... Troy Armstrong: It is about as secure as a web brokerage... john kihl: ? Troy Armstrong: but we can add more security as needed. Amy Sebring: David please. Ben Johnson: ? David Crews: Planning: Have you looked at the new FEMA ESF-5 Ops guide. This would work well in the Region Operations Centers. Matt Gneuhs: Troy, I am going to be setting up a map for Red Cross Chicago. Troy Armstrong: I haven't yet. But I think this system is perfect for State EOC and FEMA ROC/DFO interface and coordination. Amy Sebring: John next please. john kihl: What DBS is used on the server side in the background to support the WebServer? Troy Armstrong: Email me on that Matt please. Peter Picanso ARC/LA: ? Matt Gneuhs: ? Troy Armstrong: John, Domino and ARCIMS are the engines that drive ETeam. And a little of our own software we developed in house. Amy Sebring: Matt I thought you were done ... Amy Sebring: did you have a follow up? john kihl: ? Matt Gneuhs: Sorry about that. How current are the demographics and information and data? Amy Sebring: Ben next please. David Crews: ? Ben Johnson: I can see where you can make the e-team cost effective to smaller jurisdictions if you host their data. How do you address the problem of loosing your Internet connection during a disaster? Troy Armstrong: The standard map we use, Dynamap 2000 is as off 1999. We get annual updates and pass them on to the customer. Troy Armstrong: Ben, with back-up servers in the EOCs that use the system. Once the EOC gets back on the phone system, their servers replicate with our servers.... Troy Armstrong: also, we have found that slow satellite connections to the internet work for everything except the map. The maps really need a 56 k connection. Amy Sebring: Peter next please. Peter Picanso ARC/LA: When the system is operated off-line, how easy is it to put it back on-line once the phone system come back up? Troy Armstrong: Very easy. When you run a back-up server in your EOC..... Troy Armstrong: It keeps looking for our servers.... Troy Armstrong: Once you restore a connection, the servers replicate.... Troy Armstrong: We have practiced this and it is fairly simple, but it does take some work. Peter Picanso ARC/LA: So it should operate seamlessly? Troy Armstrong: In our testing it has..... Troy Armstrong: The trick is making sure that the back-up EOC server knows what connection you are using. Amy Sebring: John next please. john kihl: How do local and state EOC add their data to your servers? Troy Armstrong: If you change the connection, then you have to tell the server. Troy Armstrong: John, we have.... Troy Armstrong: a form you fill out.... Troy Armstrong: it gives us all the information we need to build the picklists. Matt Gneuhs: ? Ben Johnson: ? Amy Sebring: David next please. Troy Armstrong: The picklists can be modified on the fly David Crews: Do you use ERSI software (Map Info) for mapping as well? Can you interface with FEMA Q3 and Corps of Engineers mapping? Troy Armstrong: if you have changes. Troy Armstrong: We can use any map in .shp file format. We do develop maps using ESRI products. I have not seen the FEMA or USACE maps you mentioned. Amy Sebring: (ESRI is ArcView, ArcInfo.) David Crews: Thanks Amy! Amy Sebring: Troy, ESRI has the FEMA Q3 data. Amy Sebring: Matt next please. Troy Armstrong: Thanks Amy, I will call them. They are a business partner with us. Matt Gneuhs: Do you include the most recent flood plain maps, census data, will that be included in upgrades? Also about how many layers can it handle Troy Armstrong: I don't know the limit of layers, we haven't reached it yet. However, the more layers, the slower the map. As for flood maps.... Troy Armstrong: We can add them for an additional fee (a small one) if they are in .shp format and are geocoded. Amy Sebring: Ben last question please. Ben Johnson: What is involved in setting up the server for the EOC? What software and hardware does the EMA have to purchase? What investment is usually required to set up a network server from scratch (hardware, off-the-shelf software, etc.) to run your software? Troy Armstrong: We have found the average cost for a server and firewall is about $10,000 to 15,000... Troy Armstrong: You also need windows NT and Domino. They run about $1500 a piece the last time I looked.... Troy Armstrong: But the hard part is maintaining a server... Troy Armstrong: That is why most people have us host the server.... Troy Armstrong: We take care of the 24/7 care and feeding of the server... Troy Armstrong: That seems to make the local IT folks happy.... Troy Armstrong: Since they already have enough servers to maintain. Amy Sebring: Thank you very much for being with us today Troy. Good luck with this. Please stand by for a moment while we take care of some business. Troy Armstrong: My pleasure Amy Sebring: Thank you audience for persevering today! Amy Sebring: Avagene, can you tell us what's on for next week please? Avagene Moore: Thank you, Amy. Thanks, Troy. On Wednesday March 1: Virtual Library - "A Disaster Planning Toolkit for the Small Business Owner," with Herbert Mitchell, Small Business Administration (SBA); and Diana McClure, Institute for Business and Home Safety (IBHS). A timely topic -- as we all know, if a community's businesses don't recover from disaster, neither does the community. Ben Johnson: Thanks Amy and Troy Avagene Moore: That's it, Amy. Amy Sebring: Thank you Ava. We have also decided to add an opportunity for our audience members to make announcements. Are there any announcements from the floor? Chris Effgen: Thank you Troy nice presentation Amy Sebring: If you think of any, just pop them in. Amy Sebring: Thanks again Troy and thank you audience. We will adjourn the session for now, but you are invited to remain for open discussion. You no longer need to use question marks.