Johns Hopkins 医院 | ||||||
 | ||||||
| ||||||
| ||||||
|
|
Johns Hopkins医院在医疗保健行业是技术和创新的典范。长年以来，它培养了*种企业家的态度，这种态度加速了研究并提高了医疗的质量。然而，由于各个部门选择了*适合他们需要的应用程序、操作系统和平台，从而形成了*个分散化的复杂信息系统环境。本文描述了Johns Hopkins如何开发了*个应用程序让用户直接访问不同类型平台上的旧有应用程序--这是这个长期计划中的第*步，该计划旨在从分散系统向客户机/服务器环境迁移而又不中断用户对关键医疗信息的访问。 对解决方案的需求Johns Hopkins医疗保健机构是马里兰州*大的私有单位之*，曾经连续六年被U.S. News and World Report评为美国*好的医院，它拥有*万多*员工和7000多台桌面计算机。 就像任何保健机构*样，Hopkins的员工要求24小时都能访问病人数据。Hopkins面临的问题是：这些数据存储在50个独立的信息系统12个不同的主机平台上，其中有IBM大型机、Digital Equipment Corp. VAX、Data General、Novell NetWare和Microsoft Windows NT服务器。多年以来，这些系统上的数据通过哑终端、运行基于MS-DOS异步通信包的计算机、使用终端仿真软件的Windows系统以及其它手段访问。为了完成复杂任务，*个终端用户可能要访问多达12台独立的系统，每个系统都要求自己的脚本、客户配置和登录过程。 此外，用户必须有以太网和串行连接才能访问使用不同操作系统的多个主机上的系统。在很多地方，用户常常把台式机既当成是终端，又当成是计算机，它们有可能运行Microsoft Windows 3.1、OS/2、Windows 95、UNIX或Windows NT Workstation中的任何程序。这不可避免地，要维护多个设备、操作系统和布线，以及为在这个复杂环境中工作的医院员工提供培训和支持，其费用之高昂就变得令人望而却步。
利用旧有应用程序Johns Hopkins医学信息服务中心（Johns Hopkins Medicine Center for Information Services，JHMCIS）负责支持这个*端分散的环境。“我们需要向整个Hopkins系统提供*个通用的、易于使用的基于Windows的前端。”JHMCIS的高*主管Mike McCarty解释说，“我们想要开发的产品能够使用标准工具和标准的操作环境，并可以从任何位置和通过任何类型的设备来访问系统，而且能提供通用的外观和感觉。” 不仅如此，该解决方案--被称为HIP，或主机接口计划（Host Interface Program）--不应该成为另*个功能单*的解决方案：它必须为规划中的向更集中、更容易支持的计算环境迁移打基础。由于目标是提高对关键数据的访问性，因此HIP必须简单易用、容易配置并能够支持多个不兼容信息系统之间的数据交换。 开发 HIP开发始于1994年，由内部人员开始进行初始的原型构建和开发。随着它的普及，人们提出了很多新特性和功能的需求，于是JHMCIS转向Europa Systems Group寻求更多的开发支持，该公司是*个位于马里兰的Microsoft解决方案提供商。 Microsoft Visual C++开发系统被选做主要开发环境，因为它不存在固有的限制，而且不会限制HIP的通信能力。“Microsoft Visual C++是唯*提供了我们完成这*工作所需的应用编程能力的工具。”Europa的高*开发Steve Book说，“有了Visual C++，我们就有了制造所需的API（应用编程接口）调用、开发自定义可复用的类组件和利用对象对象指针所需的编程架构。我们还知道我们将需要Microsoft Foundation Class（MFC）和Visual C++提供的能力。” MFC让Hopkins能够建造可复用的、可扩展的、以公司为中心的C++对象组件。所有的HIP GUI对象都全面使用了MFC基于类的组件，它们能够重新利用和扩展，并且在此基础之上为用户呈现了*个稳定的GUI，此外，在通信对象的内部，信息系统与可扩展对象融为*体。 将用户从网络迁移中屏蔽出来 HIP计划要将用户从*个变化的网络环境中隔离出来，HIP是该医院信息系统从旧有大型机应用程序迁移到完全分布式客户机-服务器数据资料档案库架构的过渡点。*个根本的要素是通过支持多个协议（TCP/IP、SAA、VT仿真）和网络连接（Novell和Microsoft）来保持不同旧有系统之间的通信。Wall Data Rumba Office产品符合这些条件，同时还提供来自Visual C++的完全API可访问性。 “我们需要*个仿真程序，它应该能跨越多个主机连接向用户呈现*个共同的界面，”Book补充说。“Rumba是唯*专为Windows环境从头设计的产品。它也提供完全的API和EHLLAPI（仿真器高*语言应用编程接口）能力。” “Microsoft Consulting Services和Premier Support都参与了本项目，” Europa的总裁John Fiore解释说，“我们不得不开发定制的控制器好让HIP能够与桌面上的其它应用程序共存。Premier Support帮助我们建造了定制的HIP控制器。我们通过电话和电子邮件从Premier Support那里获得的帮助可能将HIP的总开发时间缩短了10%还多。”
个性化和标准配置尽管HIP能够访问30多个数据库，大多数终端用户所用的只是少数，因此HIP设计让终端用户安装他们各自的需要进行配置。为了保证安全性，网络管理员能够使用HIP限制每个用户的访问。 经过了12个月的开发和在JHMCIS部门内部的测试，HIP在1995年中旬在Hopkins AIDS Patient Care护士站率*引入。参与测试的五台工作站也是新JHMCIS Public Workstation的典型试验部署，这些工作站允许访问整个医院中部署的700个工作站上的HIP。 “Public Workstation是个统*配置的Microsoft Windows NT Workstation，”JHMCIS的高*网络架构工程师Stan Hill解释说，“用户登录进来后，能够看到相同的、基于服务器的用户界面。我们使用了用户配置文件和NTFS实现安全性，因此人们有了*个锁定的界面并且不会影响工作站设置。由于每个工作站的配置都完全相同，因此降低了维护成本，并且有了附加系统可以使用，用户的停机时间也大大减少了。” 尽管HIP的引入是*个成功，但是向遍布医院系统的成千台新的和现有的桌面进行部署依然造成了新的挑战。 部署 Hopkins超过300台的服务器中有*半是NetWare，而另*半是Windows NT，造成了*个分散的桌面环境。医院中的每*个主要的部门*般都有自己的IS人员，管理着自己的LAN，并决定自己的标准应用程序和桌面配置。结果是，大约百分之八十的部门LAN基于NetWare而其余的基于Windows NT Server。不过，所有新的LAN都基于Windows NT。 在整个典型试验过程中以及进入部署的初期，HIP是*个基于服务器的应用程序。“我们在遍布医院的35个不同的服务器上安装了HIP软件包，” JHMCIS LAN管理员和HIP支持技术员Arnold Jenkins解释说，“该软件包使用了WinInstall来设置*个客户机工作站，然后从服务器上运行HIP。必须有人走到每个工作站的跟前来帮助在每个计算机上安装HIP。” Microsoft Systems Management Server：*个关键的部署工具 很明显，向数以千计的桌面发布HIP需要*个更有效的方式：*个工具，它应该既能有效地向它现存的NetWare LAN桌面这*巨大基础发布HIP，又能向新的Windows NT Public Workstations和数量不断增加的Windows NT LAN发布HIP。
“对于在我们这样的多样化组织中进行HIP发布、工作站的管理和支持、以及桌面硬件和软件清单管理，Systems Management Server是唯*实际的选择。”Hill说。“也有其它的产品能够很好地向*个庞大的LAN发布软件。但我们需要的解决方案应该能够出色地向整个组织发布软件。”他补充说。 由JHMCIS开发的*个分发策略要求向将要实施HIP的每*个部门分发Systems Management Server。这个中心的Systems Management Server站点由JHMCIS控制，它将向各个部门的Systems Management Server服务器和每*个公共工作站发布软件更新。部门LAN管理员于是能够从他们的Systems Management Server 将HIP直接发布到他们的桌面计算机上。 “在我们为实施Systems Management Server进行规划的时候，我们想确定在设计Systems Management Server架构的时候没有犯任何重大错误，并且我们实施的*般战略也是正确的。” JHMCIS网络架构工程师Vincent Wilson说。对于这*点，由Premier Support指派到Hopkins的Microsoft Technical Account Manager（技术客户经理）Chris Polk为Systems Management Server系统安排了*个为期三天的现场支持性评测。“那棒*了。”Wilson补充说，“三天来，我们得与Systems Management Server产品小组*起向积累了丰富知识的*位工程师请教。” Hopkins Systems Management Server体系*开始包括15个主要站点和4个次要站点。HIP应用程序通过Systems Management Server部署到3,000多台桌面上，计划要在Johns Hopkins Health Systems组织中近7000台桌面中的绝大多数上部署HIP。这些桌面中约三分之二分布在Hopkins位于东巴尔的摩主校的20座建筑中。其它的是远程站点，分布在整个大巴尔的摩大地区中。 远程控制Help Desk（帮助桌） JHMCIS Help Desk开始使用Systems Management Server远程控制功能来进*步提高客户服务。有了远程控制，帮助桌人员能够看到Systems Management Server系统上任何正确配置的工作站的屏幕并控制其键盘和鼠标。在用户的注视下，帮助桌技术人员可以看到并解决用户问题，通过这种方式，远程控制能力大大提高了对常见技术问题的支持。 indows NT的引入 Systems Management Server与Microsoft SQL Server*起在Microsoft Windows NT Server上实施。对于*些基于NetWare的LAN，接收来自JHMCIS的Systems Management Server服务，就必需引入Windows NT Server。“在向现有的NetWare LAN引入Windows NT时我们所碰到的*大的困难是，这些LAN管理员对在他们的NetWare服务器上给Systems Management Server和Windows NT提供*个超*用户帐户犹豫不决。”Wilson说，“该Systems Management Server服务帐户必须映射*个在Windows NT域上的帐户，它们具有同样的*字和密码，并且必须对所有卷都有权限。” 用于NetWare的Windows NT Gateway Services利用这*镜像帐户来创建目录、拷贝文件并在NetWare登录服务器上建立用户可访问的共享点。通过Gateway Services，*台NetWare登录服务器对于从Window NT Servers上Systems Management Server推来的应用程序可以发挥软件包发布点的功能。Systems Management Server还使用NetWare服务器来收集和存储工作站硬件和软件目录信息，然后通过Gateway Services连接发送到基于Systems Management Server的Windows NT站点服务器。“当这些管理员看到Windows NT与它们的NetWare单元怎样无缝集成的时候，他们的任何迟疑都烟消云散了。”Wilson补充说。 于是，有很多LAN管理员中便面临着这样的选择：是把当前的LAN操作系统从NetWare 3.x升*到NetWare 4.x，还是把他们的用户迁移到Windows NT。在某些情况下，突如其来地收到Systems Management Server机器促使他们从NetWare迁移到Windows NT。 心脏病部门的高*信息系统经理Susan Benac决定迁移到Windows NT。“我们决定把我们的用户迁移到NT而不是迁移到更新版本的NetWare，主要有两个原因。第*，我们Windows 95和Windows NT工作站的数量在增长，比起NetWare来，我们觉得NT赋予我们更多的管理能力。而且，我们有个关键的医学应用程序在Cardiac Cath Labs运行。该应用程序目前在DOS和NetWare上运行，但是未来的版本将只有Windows NT支持，因此，显然Windows NT是大势所趋。” 益处 “在今后两年里，”McCarty说，“通过HIP的部署，将能节省超过4百万美元。”通过减少对各种不同访问工具的培训和支持，以及消除冗余的硬件和软件，Hopkins已经省去了*些成本。通过HIP、Systems Management Server和LAN管理技术的改进，Hopkins已经取得了以下成果：
结论 “通过更有效地管理医疗和财务信息来提高对患者的医护服务是*要的收益。”McCarty指出，“HIP已经变成Johns Hopkins医院信息系统迁移道路上不可缺少的*部分。HIP将帮助Hopkins在竞争激烈的管理医护市场中蓬勃发展。” |
