• 医院信息集成平台项目建设方案与实践 第4章 项目建设设计(四)


    4.3.4.2 整体架构

    4.3.4.3 主要建设内容

    STM

    使用者系统

    4.3.4.3.1 源系统

    源系统是指术语及主数据管理系统所管理的术语与主数据来源的系统。术语与主数据的新 增、修改、删除和停用等维护工作都是在源系统中完成。源系统可以是医院中的一个或多个业 务系统。

    4.3.4.3.2 STM

    STM 系统是术语与主数据管理通知、映射和分发功能的维护系统,同时具有术语与主数据 变更及分发的详细日志查看的功能。

    主要功能: ◼ 术语源设置

    维护医疗机构及机构中的业务系统如 HIS、LIS 等术语管理源,包括新增、修改、删除等功 能。

    • ◼  术语域 维护术语与主数据的类别,包括新增、修改、查询等功能。

    • ◼  订阅管理
      需要使用主数据的系统在 STM 系统中订阅需要的主数据,当被订阅的主数据发生更新时

      会及时通知使用的业务系统,包括新增、修改、删除等功能。 ◼ 日志查询

      STM 系统会记录任何共享的术语与主数据的更新日志,包括源系统的术语与主数据发生的 变化及 STM 分发使用者系统的数据和内容等。
      ◼ 术语映射管理

      维护各类术语及主数据的基准数据,并将各关联系统(源系统、使用者系统)相关数据与 基准数据进行映射,包括新增、编辑、审核、启用、设置(取消)基准、映射及发布等功能。

      4.3.4.3.3 STM Webservice

      ◼ 注册及验证服务 当源系统的主数据发生变化时调用该服务,将变更后的主数据信息上传到 STM 系统,同

      时该服务对数据的有效性进行验证。 ◼ 发布服务

      当 STM 系统中有数据需要发布时,首先调用使用 STM 的通知服务,该服务调用平台的发 布服务将最新的主数据发布到调用的使用者系统中。
      ◼ 查询服务

        能够根据查询的主数据名称获取到该主数据最新的完整数据。
      

      4.3.4.3.4 使用者系统

    使用者系统是指订阅 STM 的术语与主数据的系统,同时要实现通知服务的功能,该服务 负责接收来自 STM 的通知,当接收到通知之后调用 STM 的发布服务获取最新的数据。

    4.3.4.4 与业务系统的交互

    业务系统中字典类数据有变化时,通过平台分发到术语系统中。

    4.3.5 单点登录(SSO)

    医院中各个应用系统完成的任务功能各不相同,有的应用系统具有较高的独立 性,有的需要协同合作完成某个特定任务。对于需要使用不同应用系统的用户来说, 用户需要记忆多个不同的登录账户,并且在进入不同的应用系统时需要进行多次登 录,这给用户和系统管理都带来了极大的不便。

    单点登录(Single Sign On,SS0)是指在多个应用系统中,用户只需要登录一次 就可以访问所有相互信任的应用系统。SSO解决了用户需要记录多个系统账号的问 题,只需要在第一次访问单点登录系统时,输入用户名和密码,以后再访问相应系统资源时,无需再次输入,由单点登录系统自动登录。

    4.3.6 平台业务监控

    管理监控平台是对引擎的运行状态的一个展示台,管理员可以看到运行日志及错误状态、 诊断信息、性能图表、查找消息信息、基本设置以及系统运行状态。

    4.3.6.1 监控管理

    监控平台与管理平台都可以通过网络浏览器方便访问同时可作出简便设置并观测消息路 由情况。关于集成平台的所有服务数据都能通过监控平台提供给系统管理员作为参考。所有关 于集成平台服务器的性能数据、错误队列、磁盘空间、通讯点、路由及引擎日志都能通过定义 通知方案发送电子邮件及 SNMP 通知相关人员,以此确保集成平台的正常运行。用户可订阅不 同信息类型的通知,使系统管理员可以决定他们如何得到更新以及他们希望收到什么信息。新 的结果、片段或其他事件可以通过电子邮件、用户信息发送给医生,或信息直接发送给电子病 历系统。以规则为基础的评价允许事件通知可以分开管理,并提供自定义选项以适合当地的优 先次序。这使得系统变得灵活,异常的结果能被立即发送通知系统管理员,而其他结果被累计 进入每日总结以供审查。

    4.3.6.2 性能监控、故障诊断工具

    性能监控功能实现对整个集成平台软硬件性能情况的可视化集中监控,包括服务器 CPU、 内存、存储容量、IO 读写性能的实时查看,以及各个接口交互响应时间的性能报告收集。并提 供消息提醒规则配置功能,实现性能问题的第一时间提醒,方便系统管理员及时发现问题,精 确到毫秒级的接口性能分析报告有助于系统管理员快速定位接口性能瓶颈,达到系统性能的透 明监控、及时提醒和快速故障诊断的效果。

    4.3.6.3 消息全过程跟踪追溯

    集成平台往往涉及多个不同业务系统间数据交换,面临大量的业务交互以及数据的持续变 化,因此需要维持系统的高可用性,及时发现、诊断以及纠正消息交互过程中所出现的问题。

    集成平台实现自动记录每一个处理请求活动的完整消息完内容,可查看各阶段消息转换情 况,并提供丰富的搜索手段,同时支持消息的导入导出功能。例如,一个检验危急值消息,由 检验系统发出后,可能需要将这一消息内容的经过各种格式转换后,发送给多个业务系统,且 接收后需对消息进行反馈,这一业务活动中间所涉及的所有消息交互的全路径在集成平台上都 被完整记录下来,实现在信息集成门户上对业务交换进行全过程、透明化的跟踪追溯。

    4.3.6.4 通知服务

    集成平台后台监管平台可通过短信、邮件等手段结合通知规则配置, 实现消息的通知服 务,系统管理员可及时了解重要信息,以便第一时间排查问题或及时避免问题发生。例如,可 以对磁盘管理设定通知规则,当达到一定容量时发出通知,则能提前避可能出现的问题。

    4.3.6.5 统一日志审计与查询

    所有经过集成平台进行交换的数据流都可通过添加内置的日志节点,提供标准的基于 XML 格式的日志通知接口,对于某一数据而言,能对数据的传输、访问路径、存储情况进行跟踪, 以检查此数据交换的历史痕迹,信息管理门户将通过这些接口显示完整日志信息。另一方面, 集成平台可通过数据接口方式,将各业务系统自身的运行日志统一汇集到集成平台中,系统管 理员不用再为查看各种日志而登录不同的业务系统,通过集成平台信息门户即可统一调阅各业 务系统的运行日志,实现医院信息系统日志的集中管理。

  • 相关阅读:
    201521123111《Java程序设计》第8周学习总结
    201521123111《Java程序设计》第7周学习总结
    201521123111《Java程序设计》第6周学习总结
    201521123111《Java程序设计》第5周学习总结
    201521123111《Java程序设计》第4周学习总结
    201521123111《Java程序设计》第3周学习总结
    201521123110《Java程序设计》第11周学习总结
    201521123110《Java程序设计》第10周学习总结
    201521123110 《Java程序设计》第9周学习总结
    201521123110《java程序设计》第八周学习总结
  • 原文地址:https://www.cnblogs.com/Javame/p/14011469.html
Copyright © 2020-2023  润新知