14 February 2016 Orion医院信息集成平台解决方案V1.0
o CPU：8核Intel Xeon o 内存：8GB
o 36GB的硬盘空间用于安装操作系统和引擎（RAID1） o 200GB用于Rhapsody的数据存储（RAID1） o 64位操作系统 o
UPS电源
5.3
中型医院
预计医院规模：
? 医院拥有200 - 500张床位
? 医院业务系统大约接收100,000条消息 ?
高峰时期的数据负载量大约为平常时期的4倍
? 每日引擎处理的消息量约为1,000,000条
硬件推荐： ?
Windows Server或者Linux
o CPU：8核Intel Xeon o 内存：8GB
o 36GB的硬盘空间用于安装操作系统和引擎（RAID1） o 200GB用于Rhapsody的数据存储（RAID1） o 64位操作系统 o
UPS电源
5.4
大型医院
预计医院规模：
? 医院拥有1200张以上床位
? 医院业务系统大约接收1,000,000条以上的消息 ?
高峰时期的数据负载量大约为平常时期的4倍
? 每日引擎处理的消息量约为15,000,000条
硬件推荐： ?
Linux
o CPU：16核Intel Xeon o 内存：16GB
o 36GB的硬盘空间用于安装操作系统和引擎（RAID1） o 200GB用于Rhapsody的数据存储（RAID10） o 200GB用于其它数据（RAID10） o 64位操作系统 o
UPS电源
?
Solaris
o CPU：8核UltraSPARC或者SPARC64 o 内存：16GB
o 36GB的硬盘空间用于安装操作系统和引擎（RAID1） o
200GB用于Rhapsody的数据存储（RAID10）
Copyright ? 2016 Orion Health group of companies
9
14 February 2016 Orion医院信息集成平台解决方案V1.0
o o o
?
HP-UX
o o o o o o o
?
AIX
o o o o o o o
CPU：8核Power Processor 内存：16GB
36GB的硬盘空间用于安装操作系统和引擎（RAID1） 200GB用于Rhapsody的数据存储（RAID10） 200GB用于其它数据（RAID10） 64位操作系统 UPS电源
CPU：8核Intel Itanium 内存：16GB
36GB的硬盘空间用于安装操作系统和引擎（RAID1） 200GB用于Rhapsody的数据存储（RAID10） 200GB用于其它数据（RAID10） 64位操作系统 UPS电源
200GB用于其它数据（RAID10） 64位操作系统 UPS电源
6 容灾方案
根据医院信息平台的实际需求，一套良好的容灾方案可以更好的保证院内系统的平稳运行。Orion Health的Rhapsody集成引擎支持主备模式的架构部署（active-passive）。在使用此种架构的时候，主被两台服务器上的引擎将共享引擎消息存储库（物理文件夹，通常放臵于存储区域网络上［Storage Area Network，SAN］），如下图所示：
Copyright ? 2016 Orion Health group of companies 10
14 February 2016 Orion医院信息集成平台解决方案V1.0
当主服务器上的Rhapsody引擎发生异常时，备用服务器的引擎随即启动接管主服务器引擎的工作。由于两台服务器使用的是相同的消息存储库，因此正在处理过程中的消息将会被继续处理而不会造成丢失或者需要原业务系统重新发送。同时，所有的引擎连接都是通过一个虚拟IP完成，而这个IP永远指向正常工作的那台引擎服务器。
7 实例解析
任何级别的区域医疗平台的信息初始来源都是医疗机构（医院），而医院信息系统对信息进行处理的第一步就是收集和传递信息。通常信息流是伴随着各式各样窗口业务处理过程发生的，医疗事务就是其中一个典型的例子。对于整个医院信息系统来说，窗口事务处理的计算机系统就是一个完整的HIS数据收集端口。它们是HIS伸向信息发源地的触角、感受器。
以病人挂号、之后在就诊过程中需要进行血检的流程为例，信息流（以下称为“消息”）就需要从HIS发送到LIS 。
Copyright ? 2016 Orion Health group of companies 11
14 February 2016 Orion医院信息集成平台解决方案V1.0
上图是一个简单的将ADT（入院／挂号、出院和转院）消息通过Rhapsody引擎从HIS系统发送至LIS系统的简单流程图。图中包括
HIS的TCP Server通信点：引擎通过此通信点监听一个端口，接收从HIS系统传来的ADT消息；同时也用它向HIS系统发送收到消息的回执ACK或者NACK
LIS的TCP代理的通信点：引擎通过此通信点向LIS系统开放的TCP端口发送从HIS系统收集到的消息；同时等待LIS系统发送的消息回执ACK或者NACK
E-mail客户端通信点：引擎通过此通信点向系统监控人员或者相关管理人员发送消息交互的状态信息，特别是在发生错误的时候，及时通知相关人员
垃圾箱通信点：引擎通过此通信点回收不需要保存的LIS系统回执
HL7回执生成器：引擎通过此控件在成功接收消息以后生成HL7标准回执消息，并传递给HIS的TCP Server通信点
JavaScript过滤器Handle NACK：引擎通过此控件处理从LIS系统发回的NACK回执
No-operation过滤器：引擎通过此控件将消息进行分流，在分流路径上的消息为原消息的一个副本
依上图所示，引擎将从HIS接收收到的ADT消息分流成两份，一份发给HL7回执生成器，然后将生成的回执发还给HIS系统，如下图所示
Copyright ? 2016 Orion Health group of companies 12