PDF《ICS 11.020》

系统采用 B/S 模式结构, 根 据应用环境的不同,以网络最优化方案进行系统部署;

――符合已有的标准框架协议,采用业界协议;

采用开放式标准设计,能够兼容其他医疗系统和设 备;

满足今后的发展,为未来业务扩展留有充分的扩充余地;

――凡与 SOA 重用性密切相关的组件,如服务接口,必须采用成熟的技术标准规范;

对还没有最后 定案的事实标准或规范,作为可选技术参考使用;

――远程医疗信息系统要求具有消息路由功能, 可以具有业务流程管理、 可以支持远程医疗业务流 程编排和人工参与的工作流. 5.4 软件技术要求 5.4.1 基本要求 WS/T 545―2017

5 基本要求包括: ――系统应支持远程医疗服务相关的业务操作,可具有支持业务流程编排的功能;

――系统应支持与各医院信息系统的信息共享和交互,具有医疗信息和资料调阅功能;

――系统应提供管理工具,能够管理所有业务系统集成节点,监控整个远程医疗业务开展情况;

――系统应支持用户授权及认证,支持数据防篡改及隐私数据保密,支持业务流程的追踪与审计, 系统日志的记录与查看,支持消息可靠性传递及消息追踪等;

系统具有很好的备份功能,满足 高可靠性需求;

――单点登录: 提供对各种应用系统和数据的安全集成, 用户只需登录一次就可以访问其它相关应 用系统和数据库;

――远程医疗信息系统,应提供二次开发环境,提供基础公共业务组件的封装. 5.4.2 交互信息要求 交互信息应支持WS

363、WS 364等国家颁布的相关卫生数据标准. 5.5 集成能力要求 具体要求包括: ――以Web Service 技术作为 SOA 服务开发技术的首选技术,并要求遵循 WS-I Basic Profile 1.0 的有关指引;

――系统应支持主流的卫生信息交换国际和国内标准和规范;

――基于 Web Service 的服务的安全管理应遵循 Web Service 服务规范中 WS-Security 规范,其他 形式的服务也必须提供安全保障.

6 系统功能 6.1 基础功能 6.1.1 基本要求 基础功能应包括对患者、医疗服务人员、医疗卫生机构(科室)、医疗卫生术语的注册管理服务. 系统应对这些实体提供唯一的标识.针对各类实体形成各类注册库(如患者注册库、医疗服务人员注册 库、 机构注册库、 术语和字典注册库) , 各注册库具有管理和解决单个实体具有多个标识符问题的能力. 6.1.2 患者注册服务 基本功能包括: ――具备新增患者注册功能;

――具备患者信息更新功能;

――具备患者身份失效功能;

――具备患者身份合并功能;

――具备患者信息查询功能. 6.1.3 医疗服务人员注册服务 基本功能包括: ――具备新增医疗卫生人员注册功能;

――具备医疗卫生人员信息更新功能;

WS/T 545―2017

6 ――具备医疗卫生人员身份失效功能 ――具备医疗卫生人员身份合并功能;

――具备医疗卫生人员信息查询功能. 6.1.4 医疗卫生机构(科室)注册 基本功能包括: ――具备新增医疗卫生机构(科室)注册功能;

――具备医疗卫生机构(科室)信息更新功能;

――具备医疗卫生机构(科室)停用功能;

――具备医疗卫生机构(科室)信息查询功能. 6.1.5 医疗卫生术语注册 基本功能包括: ――具备术语和字典的批量导入导出功能;

――具备术语和字典的分类浏览功能;