XX医院集团信息集成平台及大数据中心建设项目需求说明.docx

XX医院集团信息集成平台及大数据中心建设项目需求说明一、项目背景（一）项目总体目标在XX市XX医院集团（以卜简称“集团”）层面搭建信息集成平台，实现集团各院区各业务系统的数据标准化交互共享,患者和业务系统基珈字典的标准化整合；建设跨院区数据中心系统，将多个业务系统数据进行整合，实现所有院区数据的统管理和应用：基于跨院区信息集成平台，搭建覆盖五个院区的业务交互中心，实现集团聘机构数据互联互通、医疗资源共享、医疗服务协同，进一步提升医院智修服务水平：通过建设集团运营监管中心，实现集团内各机构费用情况、医疗情况、人员详细情况，以及跨院区业务交互量等数据的统展示与监管。（一）建设原则（1）总体规划、分步实施考虑到项H的规模和实施的复杂性，分阶段实施,循序渐进。根据实际情况，确立整体的目标，制订统一的规划，保证工程实现各方目标一致，标准统一，系统有机衔接。在统一规划的基础上分阶段，有步骤地推进实施.先互联互通，再逐步统一；先建框架，再逐步深化；先行试点，再全面推广。以保证项目经费等措、多部门协作、项目风险控制、电杂业务实现、项目实效达成等多方面的可花程度.（2）顶层设计、遵循标准项目设计和开发应符合国际、国家及XX市医疗卫生行业的相关信息化和数据标准或规范，遵循中国卫生信息标准，项目采用标准的、开放的通讯接口和数据标准，允许不同厂商的信息系统有机地整合。遵循国家标准，使医疗工作者更加集中精力在业务方面，提嬴平台的乂次，使开发应用不仅和外部进行有效的交潦，还能够预期将来的业务的发展。（3）承前维后、科学发展项目在设计过程中要充分号虐继承和利用已有的建设基础、硬件设备和应用中的软件系统，充分利用前期建设成果，在原有基础上进行整合、扩展、新建，促使智然健康事业不断迈向更高的台阶及科学可持续发展。（4）数据驱动、脑量优先高质量的数据是业务处理的堪础，系统是围绕业务进行设计，业务是掂于数据进行展开，数据的变化和不稳定性对于系统设计来说代价是高昂的，遵循''以数据为中心”的原则，全面注重数据脑量的有效提升,提炼和抽象出能够不断犷展的元数据体系统与核心数据模型，保证系统的无缝集成和可持续发展。（5）创新驱动、协调发展在兼顾成熟技术的同时充分利用创新技术和理念，围绕单一业务、业务联动性、业务协同性、业务整体性等方面枳极打造创新应用，不断驱动项目高效出彩和协调可持续发展。二、建设清单序号系统大类系统名称1.跨院区信息集成平台ESB企业服务总线2.消息管理3.主数据管理4.患者主索引管理（EMPI）5.应用系统接入6.消息中心7.平台监控系统8.平台调度系统9.日志中心10.实时数据中心11.但域对照12.交互服务13.管理模块14.跨院区数据中心系统HIS数据同步15.EMR数据同步16.检验检查数据同步17.其他应用数据同步18.ET1.引擎19.数据支撑平台20.指标元数据管理平台21.集团患者360视图22.跨院区业务交互中心资源管理23.交互预约24.交互管理25.集团运营监管中心运营监管（PC端）26.运营监管（移动端27.运营监管（大屏端）28.人工智能应用人工智能应用29.自助机智慧医疗平台功能建设自助机智慈医疗平台功能建设30.患者营养点餐系统患者营养点钱系统31.食堂管理系统32.护理一体化平台护理一体化平台集群功能33.应用托管34.护理开发护理平台35.检险系统接口改造检险系统接口改造36.企业微信及护理健康宣教接口改造企业微信及护理健康宣教接口改造三、技术参数3.1 集团信息集成平台及大数据中心建设3.1.1跨院区信息集成平台集团U面搭建信息集成平台，需要实现集团各院区各业务系统的数据标准化交互共享、集团内患者和业务系统基础字典标准化整合，为其他业务应用提供数据基础。3.1.1.1 ESB企业JK务总线1、适配器适配蹲应实现对各种数据源、信息源、以及各种应用系统的无缝衔接，不仅提供各种预制的适配器产品供集成配置使用，同时还提供标准的扩展接口供特殊需求下的扩展开发。2、消息代理消息代理用来实现路机构、网络,平台或设备的异构应用系统的互联互通，是医院数据和信息跨域交换的重要中介。在提供HTTP、SoCkeI、FTP等多种通讯协议之间灵活转换的同时，还可以对各种格式的消息进行消息校验，消息过滤、内容转换、智能路由等业务规则处理。3、服务代理服务访问代理主要功能是实现在SOA环境中应用系统便捷的接入总线，通过发起总线服务请求或建立基于总线的事件驱动机制，服务访问代理使得用户可以灵活方便的调用部署在分布式总线环境下的各服务04、配置管理中心集成平台配宜管理中心是针对医院信息集成平台的各个信息通道之间的可控性、交互服务的可管性开发的一套综合管理系统，通过管理系统与信息集成引擎的对接，可以有效的对各个业务系统之间的交互内容、交互标准、交互规的、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互进行有效规范，确保信息交互的安全性、有效性和可然性.5、权限管理管理接入ESB服务总线的各类系统厂商。配置接入，发送，接收等权限。6、服务管理对服务的详细内容进行维护及管理，配巴服务的信息：如服务方式SoCkeI,febapi»wcf.webservice.负载，超时时间，IP、端口、调用方式、提供者、可调用拧（消费者）等。7、服务测试对平台开放的服务进行在线测试，厂商能够独立在平台上进行接口调试。3.1.1.2消息管理1、集成规范通过对门诊、住院核心业务流程进行分析、梳理，对所有业务交互正常、特殊流程进行整理，找出各院区各系统之间仃交互关系的场景，对每个交互场景所涉及的系统、触发时机、交互信息进行整理，按业务领域编制集成规范，聘领域所涉及的集成流程设计、集成场景说明、集成消息定义在具体文档中，作为医院集成平台信息交互规范。要求现仃业务系统按此规范设计、开发接口接入平台。对于后期接入的新系统和更替的系统也按此规范接入平台。2、消息定义对所有支持的消息进行统管理，版本控制。3、消息路由需提供可视化的路由配置界面，通过拖曳，勾选即可完成路由的配置。通过可视化界而可直观展示目前接入系统情况，每个接入系统的发送和接收消息列表。4、消息追踪在运行过程中需要及时对平台的消息流向进行监控，平台需提供消息追踪功能，能够清楚的显示出消息的源头及消息被那些应用系统接收以及接收后反馈，方便管理维护、错误定位。5、故障恢复在网络通畅或应用接入恢兔的情况下，平台需具备向特定的接入应用发起消息歪传功能，以保证对方业务系统能够迅速恢竟。3.1.1.3 主Ihg管理通过主数据管理平台定义数据的值域和制定标准，建立院内标准体系为实现互操作提供必要的语义保证，同时对患者、医护人员、科室、医嘱等基础数据及相关主索引实行统管理，做到数据存储和数据发布的唯性和各种报表的致性。1、全院人员管理支持统人员管理，对院内职工、院外人员使用医院信息系统的行为进行统一管理，实现信息系统间权限集中管理，建立多级授权管理体系，建立人事系统员工相关信息变化和医院信息系统用户权限变化的联动关系，为各类人员提供统的医院信息系统访问方式。主应包括如下儿个方面：桀中员工管理。对员工进行桀中管理°集中授权管理。集中分配用户对医院内部各信息系统的访问权限，并保证授权行为的可追溯。2、医院组识机构管理需建立医院统一的组织机构架构，包括临床业务科室、职能部门、后勤部门等。为全院信息平台上各应用系统提供完整、统的医疗卫生机构（科室）信息。3、术语集和基础字典的管理术语和字典范围应包括医疗卫生领域所涉及到的各类专业词汇，以及所遵循的数据标准。建立术语和字典注册库，用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语由平台管理者进行注册,更新和维护：字典既可由平台管理者又可由机构内各应用系统来提供注册、更新和维护。3.1.1.4 患者主索引管理（EMPI）患者主索引系统用于全院范围内患者基本信息索引的创建,搜索和维护，可以智能地协助医疗人员对病人有效地进行搜索。医疗机构通过建设主索引（EMPD来识别、匹配、合并、取消重更的数据，净化病人记录，利用主索引可获得完挺而单的病人视图。主索引建设内容应包括： 对院内忠者主索引进行集中存储和管理; 保证单个患者在一定的国内的啡一性和可靠性，能够识别不同来源系统间患者的关联性； 提供一个管理控制台，对患者数据进行图形化管理： 通过配冏界面对主索引的属性和唯一性识别规则、权或进行定义： 提供主索引维护界面。包括对主索引的修改、手工合并拆分： 提供标准化的接口方式同外部系统进行交互，如患者注册、查询等： 提供日志审计功能，提供详尽的患者主索引变动日志。功能要求如下：1、患者信息注册 业务系统希望把一个患者的索引加入到EMP1.系统时，向EMP1.系统传送谙求注册消息，消息中包含待注册的患者信息，主要元素应包括：业务系统1D、患者ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份证号、住址、电话等； EMP1.系统通过匹配规则检杳系统中是否已存在该忠者的索引，按照新增索引或更新索引两种情况分别处理： 新增索引需要在EHP1.系统中记录业务系统的索引，同时产生主索引： 更新索引需要更新匹配的业务系统的索引，同时更新主索引： 主索引更新时,需要对订阅主索引的系统发布更新的主索引。2、主索引管理,对院内的主索引进行集中存储和管理“3、主*引合并：提供界面用于手工对主索引进行合并、拆分、修改等。4、主索引统计，按日、周、月、年等时间段统计生索引新增情况。5、主索引操作日志,EMPI系统业务记录发生的变化都需耍记录操作日志.需要记录的业务操作有：新增主索引、修改主索引、合并索引、取消索引合并、索引自动匹配、取消自动匹配。3.1.1.5 应用系统接入H1.7接入服务提供H1.7接口用于连接院内的各个应用系统，信息集成平台支持H1.7v2.4xH1.7v2.5、H1.7v3.在H1.7接入服务上需要遵循以下的规则:1、任意两个及两个以上系统进行信息交互必须通过信息集成平台:2、应用系统发送和接收的数据都必须符合H1.7/IHE标准，在H1.7没有定义的情况卜.才允许对H1.7标准进行扩展，支持厂商自定义的消息内容：3、应用系统接入，应提供如下服务： 接入服务：负责监听、接收各接入业务系统的业务消息，及时响应对应交互状态： 路由服务：负贵根据平台设置的各项消息订阅、路由配置情况完成消息的转发，同时返回结果并记录H忐； 队列服务：负贪消息的哲存和记录： 推送跟务：负责分发各接入系统订阅服务： 数据库服务：负责存储平台交互过程中产生的实时业务消息。3.1.1.6 消息中心建立医院信息推送平台，将门诊就诊预约、变更通知、检查预约、住院排床、检杳报告结果通知、手术通知、手术进程、欠费等内容通过短信、支付宝小程序等多种方式通知医护人员、患者或家属。3.1.1.7 平台监控系统平台监控系统从接入层、平台层、网络层、服务器层、数据库层等对平台所有服务数据、消息路由情况、性能数据等进行监控，通过监控平台提供给系统管理员作为参考。对于特定的异常情况可以在平台首页提醒，也可以通过如电子邮件、手机短信、微信等进行消息通知。