第五章 招标内容及要求
一 、数据项目概况（采购标的库授）
★涉及医院目前在用的HIS系统（按照《国家医疗健康信息医院信息互联互通标准化成熟度测评方案（2020年版）》中数据子集 、共享文档中关于HIS的数据数据要求与本次所采购的互联互通项目建设所产生的接口开发 、程序改造等费用，库授均包含在本次采购预算中 ，数据由中标供 应 商自行协调解决 ，库授采购人不再支付与此相关的数据任何费用 。没有提供书面承诺或承诺不完整则投标无效。库授
★涉及医院目前在用的数据EMR系统（按照《国家医疗健康信息医院信息互联互通标准化成熟度测评方案（2020年版）》中数据子集 、共享文档中关于EMR的库授数据要求与本次所采购的互联互通项目建设所产生的接口开发 、程序改造等费用 ，数据均包含在本次采购预算中，库授由中标供 应 商自行协调解决，数据采购人不再支付与此相关的库授任何费用。没有提供书面承诺或承诺不完整则投标无效。数据
★要求实现与医院已建的集成平台实现无缝化融合
，与现有集成平台进行深度数据互通共享
，且不影响现有已建设内容的运行
。涉及已建集成平台与本项目建设而产生的系统改造 、对接等费用包含在本项目总报价中，由中标方与相关供 应 商协商 ，采购人不再为此支付任何费用。投标人需对此做出书面承诺
，否则投标无效 。
招标一览表
1
全资源预约中心
全预约资源门户
基础管理系统
▲排班管理系统
门诊预约挂号系统
检查预约系统
治疗预约系统
日间手术预约系统
住院床位预约系统
叫号服务系统
2
医院公众服务
▲公众端应用
▲医护端应用
3
智能就医导航（含定位和导航部署
▲智能分诊问诊系统
智能就医导航
院内导航建模
4
通知服务中心
用户管理
消息认证机制
消息服务管理
消息发送
消息推送
消息订阅
消息发送闭环
消息规则制定
消息队列
消息路由策略
消息补发机制
消息安全管理
负载均衡管理
黑白名单管理
消息日志监控
报表管理
5
医院决策支持系统
数据库服务建设
▲ETL数据治理平台
平台基础管理
▲应用管理
中间件
6
统一外联平台
综合运维管理
服务安全组件
日志分析引擎
7
互联互通四甲系统改造
数据集标准化改造
共享文档标准化改造
技术架构改造
互联互通服务功能改造
信息安全改造
集成平台联通业务改造
与现有系统对接改造
8
oracle11g数据库
2颗CPU授权
★本项目最高限价为 ：1077.89万元 ，超过最高限价视为无效标 。招标文件中的预算价与本点不一致的 ，以此点为准 。
二 、技术和服务要求（以“★”标示的内容为不允许负偏离的实质性要求）
要求集合门诊挂号预约 、检查预约 、日间手术预约等全资源的预约方式 ，方便医院中的预约中心 、导诊台根据患者需求 ，最快速的提供患者所需要的预约服务 。
要求与门诊预约系统整合 ，为预约中心提供门诊预约模块 ，支持门诊预约 ，取消预约和改签等。
要求与检查预约系统整合，为预约中心提供检查预约模块，插卡获取患者已扣费的检查项目，支持快速预约，指 定预约，取消预约和改签等 。
要求与治疗预约系统整合 ，为预约中心提供治疗预约模块，支持预约 ，取消预约和改签等 。
要求与日间手术预约系统整合 ，为预约中心提供日间手术预约模块，支持预约 ，取消预约和改签等 。
要求与床位预约系统整合 ，为预约中心提供床位预约登记模块 ，插卡获取医生开具的住院证 ，查询住院病区床位进行登记，支持预约登记 ，取消登记等 。
主要针对平台的基础字典的统一维护管理功能 ，字典简单 、字典内容数据相对固定 、字典数据可以相对标准统一编辑模块进行维护 ，包括检查类别、检查部位 、归属院区 、科室类别 、菜单、接口服务等 。
用户管理用来维护平台的用户信息 ，要求包括登录账号 、昵称 、工号以及联系方式等；在系统初始化时 ，超级管理员协助用户管理员进行用户人员的配置 ，根据实际运行情况可以进行相关调整 。
要求每个用户可以分属不同的角色，角色是用来授权的最小单位 。系统根据角色管理进行功能权限分配 ，不同角色可以包含多个用户。
通过配置授予不同角色对不同菜单功能区域的访问权限 。角色包含多个用户 ，分配完权限后 ，用户登录根据角色所分配的菜单进行展示。
菜单管理为平台的基础配置 ，管理平台菜单的层级及菜单的跳转路径 。菜单管理包含菜单的添加 、修改和删除 ，并配置菜单功能的访问 。
机构管理模块支持对各机构的机构编码 、机构名、法人等基本信息进行管理 、包括新增 、修改 、删除等操作 。
科室维护用于管理平台的科室的基础信息，要求包括维护科室编码 、科室名 称、详细地址 、号源提前生成的天数、占用号源规则等，支持按不同院区进行统一管理，为科室设定签到机制 。
每个科室都会对应一个或者多个诊室 ，诊室管理主要是将科室与诊室关系进行关联 。诊室的设置至关重要 ，影响到排班 、预约 、签到 、诊室是否受时令影响等环节。诊室维护的主要信息要求包括诊室编码 ，诊室名 称 、归属科室 、排班模式 、预约签到模式等主要信息。
诊室分组管理是实现不同诊室 ，检查不同项目的核心模块 ，是全资源预约平台中号源排班管理的重要组成部分 ，通过诊室分组管理 ，将同一个科室下的多个诊室进行虚拟分组。由于各医院特殊情况 ，不同的诊室组所做的项目有所差异，例如以超声检查科室为例 ，超声科下属6个诊室 ，诊室1专门用来做心脏彩超 ，诊室2、3专门用来做血管彩超 ，诊室6专门用来做产检筛查相关项目 。
各接入平台医疗机构 ，需根据不同的检查科室 ，将诊室分组信息进行收集 ，平台将依据不同的检查项目进行排班 ，进而实现符合院内的实际情况 。
用于维护平台的标准科室的基础信息，要求包括维护科室编码 、科室名 称 、启用状态等等 。标准科室是专业的科室分类类别 ，鉴于每个医院对科室的名 称存在差异可能 ，设定科室所属标准科室 ，以规范化分类 。
医生列表是对所有医生的基本信息进行管理，要求包括医生的职工编号 ，姓名、性别 、职称 、手机号等 。模块支持对医生基本信息进行新增 、修改 、删除操作 。
要求在科室分诊台 、医生工作站 、PACS系统中可查询诊室已签到人员数据 。
要求凭预约凭证在分诊台 、自助机 、医生工作站 、便民服务小程序等签到排队 ，根据签到顺序分配到候诊队列最短的诊室 、医生 ，加入到该诊室的排队叫号队列中 。签到顺序规则只在预约号源所在时段内有效 ，超过号源所在时间段签到 ，则自动顺延参与下一时间段内的签到排序。
要求签到后可到分诊台取消签到 ，成功后退出签到队列并取消当前预约号。支持取消后重新预约下次就诊检查时间 。
要求对信用记录不良者进行黑名单处理 。黑名单规则为以下三种情况①一个月内在系统取消预约超过三次者将被记录不良信息黑名单②预约后占用号源屡次爽约将被记录黑名单 ，信用记录良好者可升级为白名单 ，后台管理系统支持对黑名单的新增、修改 、删除功能 。
要求系统或人为误操作将人员拉入黑名单列表 ，人员可提出相关申诉 ，撤销黑名单审核处理传入的黑名单申诉列表 。模块支持对黑名单申诉列表进行修改 、删除 、审核等基本操作 。
对于预约中黑名单规则的管理 ，主要是对疑似倒号 、伤医 、连续爽约（失信）等行为制定具体的限制规则 。
对于在预约中违反对应规则而进入黑明单的患者 ，在医院APP、公众号中将提供黑名单申诉功能。管理员将对患者的申诉记录进行审核 ，审核通过则将使患者的就诊身份信息从黑名单中去除 。
平台确认预约完成的消息出口 ，与医院集成平台实现消息转发，返回预约请求状态 ，并实现预约确认单据的打印 。
平台确认取消预约完成的消息出口 ，通过便民服务小程序、院内微信公众号等方式发送取消预约的通知消息 。
平台候诊通知的消息出口，在患者通过便民服务小程序进行院内签到后 ，将根据患者所预约号源的实际候诊排队情况，对患者发送候诊通知 ，以便患者及时到诊室进行就诊检查 。
平台停诊的消息出口 ，在医生因为某些原因无法出诊或设备无法正常使用时 ，将会通过发送停诊通知告知预约患者 ，以便患者再次进行其他预约 ，减少耽误患者原有看病的行程的概率 。
固定排班维护是对科室的下属不同诊室进行设定，要求能够对所有诊室设定固定排班 。固定排班支持模板化配置，能够根据模版动态生成排班，一次生成的排班时间间隔可以在模版中进行配置 ，支持假期配置（例如 ：每周一固定生成相同排班 ，以此类推 ，如遇假期自动跳过） 。
固定排班支持根据时间段进行设置开始时间和结束时间 ，支持根据号源数和时间间隔进行排班生成，为了快速维护排班 ，固定排班资源支持复制功能 。
要求动态排班管理与固定排班类似 ，通过设置每天的起始和结束时间来设定 ，动态排班无需设置号源数量及间隔时间 。
为了避免因为诊室设备故障及人员安排或者追加新号影响后续患者就诊 ，临时排班允许排班人员对已完成的排班及已生成号源的排班信息进行追加及覆盖 ，追加是在原有排班号源不变的情况下增加新的临时排班号源 ，覆盖则要判断现有号源是否已经被预约，被预约号源在覆盖前先要进行转诊操作 ，所有号源都未被预约才允许进行覆盖 。
要求排班信息需要生成号源才可以进行后续的预约操作 ，号源信息管理可以对排班进行生成，可以查看具体诊室的具体号源信息（号源使用情况）及预约情况（号源具体预约情况），已经被预约的号源需要调整排班的 ，需要在此进行转诊处理 。支持停诊功能，停诊之前必须转诊已预约号源 。
要求在分诊台中的号源详情管理可以对排班进行生成 ，可以查看具体诊室的具体号源信息（号源使用情况）及预约情况（号源具体预约情况），并且分诊台可以选择预留的号源实现预约端插队。
要求平台生成号源支持占号机制 ，预先为当天的检查时段预留号源 ，支持在某个时间间隔内预留固定的号源 ，占号机制适用于医院现场有插队患者的情况 ，在有占用号源的情况下 ，实现病人的优先检查而不影响后续的检查患者，占号机制支持灵活配置 ，可根据医疗机构检查科室实际情况配置占号间隔数，例如没间隔3个号源占用1个号源 。
患者凭就诊卡到门诊预约分诊台进行预约 ，平台通过读取病人的就诊卡号获取到病人信息并根据病人的时间安排进行选择性预约 。对于预约成功的信息，平台返回预约状态 ，为病人打印预约回执单。
要求预约号源查询可以查看某时间段内科室中的医生预约情况 ，包括预约人数 、剩余号源情况 、总号源数 、已预约未签到人数及相应的特殊预约情况 。
要求根据患者信息以及患者选择的号源进行确认预约 ，确认预约时该号源将被锁定 ，患者还可以修改短信提示的手机号 ，预约成功时 ，患者会收到短信提示（通过院内短信平台）。
要求提供预约取消服务，在就诊时间前规定实际内容 ，允许门诊预约可以为已经预约的病人进行撤销预约和变更预约时间。
项目管理是对医院具体的检查项目信息进行管理 ，要求包括项目明细编码（HIS收费项目编码） 、项目明细名 称（HIS收费名 称） 、检查分类 、标准编码（医保编码） 、所属检查部位 、检查建议等。支持通过文件导入的方式 ，对医院的检查项目进行快速的维护管理 。同时将提供检查项目同步服务 ，实时与HIS的检查收费项目同步 ，自动对医院新增或修改的项目进行更新 ，减少管理人员繁杂的手工录入工作 。
项目权重管理是针对工作量优先策略模式支持每个检查项目权重的设置的功能 。主要要求包括 ：每个检查项目的权重设置并且支持小程序 、自助机等预约端检查项目时长的设置 。同时项目管理支持依据项目的检查时间灵活配置班次 ，例如超声科室的腹部彩超项目 ，支持对项目进行配置早班 ，优先安排该项目的检查病人在上午进行检查 。
要求提供项目组管理是对检查项目的分组管理，通过对检查项目的分组 ，将同类别检查项目进行组合 ，可以将医生申请单中的多个检查项目进行组合预约，以此来减少预约时所消耗的预约号源数量 。同时简化了患者的预约操作步骤，减少了多个项目之间的检查等待时间 ，提高整体就医效率。
对诊室下开展的检查项目明细进行管理 ，通过诊室检查项目的关联，为后续诊室下检查项目的预约排班提供数据依据，同时对不同诊室下检查项目的组合预约限制产生影响 。
要求提供检查项目关联是项目分类与检查项目（即HIS收费明细项目）的关联管理，用于对检查项目明细进行分组 ，能够让用户更快速的查询相应分类下的检查项目明细 ，并通过分类 ，对项目组进行快速的维护管理 。
HIS项目明细管理要求包含项目明细名 称 ，HIS编码，项目名 称 ，检查类别 ，标准编码 ，医保编码 ，占用号源数等内容 。
要求门诊医生开单后，患者凭就诊卡到检查分诊台进行预约，平台通过读取病人的就诊卡号获取到病人信息及检查申请单信息 ，对于多项检查的病人可以选择智能化一键批量预约 ，也可以根据病人的时间安排进行选择性预约 。对于预约成功的信息 ，平台返回预约状态，为病人打印预约回执单 。
要求住院预约与门诊预约类似 ，在住院医生为患者开单后 ，由检查窗口工作人员完成预约 。工作人员通过病人的住院号及模糊查询 ，可以看到不同病区的病人信息及开单信息 ，通过医生的开单信息可以进行智能一键预约及选择性预约 。
组合预约是针对同一个检查科室 、同一个检查诊室的检查项目进行组合预约 ，组合预约在该病人检查时一次性完成 ，只占用一个预约号源 。组合预约的项目需要在检查项目管理中进行组合后才可预约。
要求平台支持对已组合项目进行拆分预约 ，例如常规肠镜和常规胃镜检查 ，通常为一个检查项目 ，作为组合项只占用一个预约号源。为了尽可能提高平台的预约灵活性 ，针对已组合预约项目支持根据病人情况进行拆分 ，实现常规胃肠镜的分时段预约。
对于需要执行紧急检查的检查任务或进行占位预约时 ，使用特殊预约功能。工作人员需录入病人卡号或住院号等病人基本信息 ，选择好相应的检查项目和HIS检查项目 ，备注好相应的特殊预约原因 ，点击开始预约 ，跳转时间选择页面 ，根据要求选择具体的时间即可 。
占位预约一般适用于医生未开单情况或医生已开单在HIS系统里面能查询到对应的申请单 ，却在检查预约系统上查询不到相应的开单项目时 ，使用特殊预约帮助患者进行占位。
要求通过预约时间及转诊的病人信息可以查看到历史转诊情况 ，包括原诊室信息现预约信息及新的诊室信息 。
要求预约资源查询可以查看某时间段内的诊室资源使用情况 ，包括门诊及住院预约人数、剩余号源情况 、总号源数 、已预约未签到人数及相应的特殊预约情况。
根据科室和就诊时间维度 ，预约日志查询可以查询不同的诊室历史预约情况，包括预约信息 、操作人信息及患者信息等 。
要求检查预约可以为已经预约的病人进行撤销预约和变更预约时间。
通过对各科室的设备使用情况 ，检查项目数量，各项目的检查时间进行智能化计算 ，推荐出最合理的预约时间，减少医护人员工作量，提高预约效率 ，提高设备使用率 ，提升病人满意度 。
1 、普通超声
依据病人检查项目进行自动排序 ，筛选出最近的可预约检查时间 ，支持多项目的合并预约及一键预约 。对于已预约就诊病人，支持签到排队功能，优化就诊顺序 ，对于不满足检查条件病人支持挂起功能（例如行腹部超声检查需要憋尿，达不到检查要求的患者） ，让后续已满足就诊条件的病人先行检查 ，等满足检查条件后 ，支持优先安排机制 。
2 、产科超声
对于产科超声检查 ，支持对孕期的自动获取及运算 ，根据当前孕期自动匹配规则库 ，计算当前开具的检查项目合理的预约时间 ，为孕妇检查预约提供智能判断和时间推荐 。例如NT检查时间在11-13周，平台通过对当前产妇的孕期进行计算，可以自动将产妇的预约时间定位到适合检查的时间周期 ，帮助分诊台人员高效预约 。减少手工计算预约时间的误差。
支持排班模板时间段维护及人数自动计算两种模式 ，根据不同科室的管理需要 ，可以配置门诊及住院病人的检查数量 ，满足医院对门诊 、住院CT检查的管理需要，支持自动排队功能 ，通过读卡生成排队队列 ，与叫号大屏联动 ，改变以往通过检查单人工排队模式 ，提高科室检查效率 。
磁共振（MRI）检查时间与病人数无关，需与检查部位强相关 ，例如一个部位检查30分钟 ，一个病人开具多个部位的检查项目 ，时间就会叠加，当预约明天检查的病人部位数达到了检查时间的最大值 ，那么后面病人只能往后进行预约 。当天检查病人的等待时间，需要根据前一个病人的预约时间和检查部位数量进行推算 。
平台针对MR科室的预约采用动态资源数算法，根据医疗机构的MR检查项目进行预先分组 ，不同分组类的检查项目以时间维度作为管理 ，例如A组为大概15分钟检查项目 ，B组30分钟 ，优化MR科室的预约流程 ，尽可能为患者提供精准化的预约 ，减少病人往返医院的次数及在院的等待时间 ，提高医院MR科室的就诊效率 。
1、常规心电检查
依据目前医院常规心电检查规则 ，进行候诊签到、排队 ，支持与叫号大屏系统联动 。
2 、动态心电检查
动态心电检查根据设备使用情况进行预约 ，设置检查时间 ，查看排队列表。可以直观显示当前诊疗病人以及预约排队病人 ，设备使用情况 。
内窥镜室检查可根据科室时间 ，坐诊医生 ，设备使用情况等进行定制化排班 ，多样灵活的排班方式 。
要求平台支持根据科室 、检查项目管理注意事项 ，为预约检查病人提供指导和建议 ，例如普通胃镜在检查前至少6小时不能进食与饮水 。上午检查 ：前一天晚上10点后开始禁止饮食和饮水 。下午检查 ：早上可进食少量稀早餐 ，8点后禁止饮食和饮水 。
预约策略指检查诊室排班的策略规则。分为工作量优先 ，自主分配，剩余号源优先及机器预约 。
工作量优先策略指系统固定时间统计每个检查诊室的工作量 ，当有新的检查项目时，系统优先排给工作量少的检查诊室。例如：诊室2工作量为105min,则新检查任务优先排给诊室2 ，工作量的长短是用权重值体现的 。
要求剩余号源优先策略遵循剩余号源多的先分配原则 。例如 ：3个检查诊室一早上同样20个号源，至11点时 ，诊室1余号5 ，诊室2余号4 ，诊室3余号3.则新检查任务优先分配给诊室1.
自主分配策略的概念即无规则限制提供检查预约，用于分诊台工作者为患者预约检查项目 ，预约时按现场诊室实际情况为患者随意分配检查诊室 。
机器预约指不同于预约到诊室，是对检查机器进行编码 ，患者预约指 定到每台检查机器上。
要求智能规则的配置管理 ，维护各维度的智能规则，为平台的智能预约、一键预约提供基础规则支撑。
1 、冲突规则字典维护
冲突规则字典维护 ，可以维护各种冲突规则 ，用于配置项目冲突使用 ，冲突规则可包括 ：A优先于B；A执行完N小时后才可以执行B;A必须早上执行;A不能使用急诊号源等 。
2、项目冲突维护
项目冲突规则维护功能 ，可以设置两个项目之间的冲突关系 ，当选择冲突规则只需要一个项目对象时，自动忽略项目B;当选择的冲突规则必须包含两个项目对象时，则项目A和项目B必填。
3 、项目冲突组维护
为了避免同一类型的冲突多次维护 ，可将相同类型的检查项目设置为同一个冲突组 ，然后采用冲突组冲突维护来快速批量冲突维护 。项目冲突组维护 ，用于建立一个项目冲突组 ，并对该组设定名 称和对应的检查项目 。
4 、冲突组冲突维护
冲突组冲突维护功能，可选择冲突组A和冲突组B ，并像维护单个项目冲突一样对两个冲突组的冲突进行维护 。
5、冲突规则可视化
可视化的规则视图 ，将冲突组之间的关系通过链式结构进行直观的展示 ，方便维护人员能够及时发现新规则及进行冲突调整和优化 。
要求检查规则库包含检查科室中各个项目之间的预约约束规则 ，包括项目规则 、时间属性规则 、时间维度规则 、空间维度规则等 。
1 、项目冲突规则库
项目冲突规则库是用于多个检查项目一键预约时 ，智能控制预约的先后顺序的规则库 ，例如A项目优先于B项目 ，A项目执行完N小时之后才能执行B项目 ，A项目执行N小时之后才能执行其它项目等。
2、时间限制规则库
时间规则库是限制检查项目的预约时间 ，例如某项目只能早上预约或只能下午预约等 。
3 、时间属性规则库
时间属性规则库是用于设置孕妇在孕期需要做的超声检查以及对应的检查周期 ，为孕妇检查预约提供智能的判断和预约推荐提供知识规则 ，如 ：（单胎）常规产前超声检查+四维彩超检查 ，周期为第20周-第28周之间 。当孕妇需要该检查时 ，通过结合当前的诊室排班可预约号源信息 ，自动推荐到相应时间点预约 ，提高检查预约效率。
4 、空间维度规则库
空间维度规则主要是对医院的检查科室所在区域的实际情况进行限制 ，例如两个不同检查项目必须先A区检查 ，再去B区检查 。
治疗项目管理是对医院的治疗项目信息进行维护，要求包括项目明细编码（HIS收费项目编码） 、项目明细名 称（HIS收费名 称）等 。支持通过文件导入的方式 ，对医院的手术项目进行快速的维护管理 。
要求维护各个治疗项目的注意事项 、治疗准备 、温馨提醒等 ，用于在患者完成治疗预约后 ，通过消息方式告知患者 。
要求医生根据患者的患病情况 ，可根据病种对应治疗项目的周期进行治疗计划的制定 ，医生可根据制定完成的治疗计划 ，为患者的复诊治疗进行提前的预约 。
要求根据医生为患者的制定的治疗计划 ，可以提前进行治疗预约 ，并通过发送消息的方式，告知患者注意事项 ，让患者在下次治疗之前做好治疗准备。
项目管理是对医院可进行日间手术预约的手术项目信息进行管理 ，包括项目明细编码（HIS收费项目编码） 、项目明细名 称（HIS收费名 称） 、手术分类注意事项等 。要求支持通过文件导入的方式 ，对医院的手术项目进行快速的维护管理。
项目诊断关联管理是对可预约的手术项目与疾病ICD10诊断进行关联 ，用于同步HIS系统中病人可预约手术项目相关的疾病信息 。
对临床医疗组进行管理维护 ，包括医疗组名 称 、编码等基本信息。
对医疗组中的分组医生进行管理 ，每个医疗组中包含一个医疗组长，用于负责日间手术的工作分配 。
对医疗组每日的手术排台进行管理 ，根据每个医疗组的人员数及相应工作量来安排每天可手术的台数及相应手术台数的时间。
要求对手术室信息进行维护管理 ，包括手术室名 称、编码、位置 ，可做的手术项目等。
要求对每个医疗小组进行手术室的分配管理 ，每个医疗组有对应的手术室 ，在对患者日间手术申请审核后 ，将通知患者具体的手术医疗小组及手术室的位置 。
用于同步HIS系统中某个患者近期的手术单据信息 。患者有相应的手术单据信息才允许进行手术预约申请 ，可预约的手术项目包含对公众开放预约申请和医生直接进行预约申请两种 。
在患者到特定的门诊科室挂号 ，明确手术指征 ，同时完成了术前常规检查之后 ，可以根据开具的手术单据 ，让医生进行手术预约申请 ，部分项目也可以通过自助机 、APP的公众便民服务的方式直接进行手术预约申请 。
对于患者的手术预约申请需要进行审核 ，通过查看病人的预约病区 、预约时间 、预约的手术项目 ，进行手术医生及具体手术时间的安排 。手术预约申请审核需要根据对应手术项目的手术医生 、麻醉医生 、护士的排班及每天的手术排台情况进行合理分配 ，并对预约申请的审核结果进行通知反馈 。
对于手术预约申请的审核结果应及时通过短信 、公众号 、APP通知的形式告知患者 ，若手术预约申请成功 ，则会告知具体的手术时间及手术应事先准备的注意事项；若失败也会告知具体的拒绝理由 ，以便患者再次进行预约申请。
对于医院无法满足患者预约的手术时间但可以做出时间调整时 ，管理人员可以通过电话或公众号 、APP消息通知的形式进行手术时间变更的通知 ，患者只要同意可直接修改患者的预约时间并完成预约申请 。
要求提供病区管理 ，用于管理系统病区的基础信息 ，包括病区编码、病区名 称 、所属科室 。
类似门诊中的诊室概念 ，用于维护系统病房的基础信息，要求包括病房编码 、名 称 、所属科室、所属病区等。
对床位的基本信息进行管理 ，包括床位的编号 、价格 、所属科室等 。
对医疗组进行床位的分配 ，每个医疗组都有特定的床位 ，用于为组下的病人进行床位预约时使用 ，也可与其他组进行床位借调 ，解决床位紧张的问题 。
要求可根据预入院时间 、科室 、病区等基本信息查询床位预约和使用状况 ，方便医护人员进行床位的管理及分配 。
用于对日间手术预约进行床位分配 ，根据预约的医疗组的医生 ，选择对应分配给该医疗组的床位进行预约登记 ，保证进行日间手术的患者有足够的床位进行术后休息 。患者术后办理出院后，医疗组内的医生可以继续为组下管理的病人进行床位登记。
根据预入院患者的入院科室及床位需求进行床位预约登记 ，当对应的入院科室有空床位时 ，根据预约登记的顺序 ，优先分配给先预约登记的患者进行入院使用 。
当存在患者需要在多个科室进行住院治疗情况时 ，医护人员在患者办理住院后 ，根据医嘱情况进行转科床位登记 ，确保病人在转科后有床可住 。
患者治疗完成出院前 ，病房护士通知患者本人填写预出院通知 ，住院床位预约系统获取各个病房的预出院通知及预出院床位信息 ，院前准备中心根据系统内各病房的床位预腾出情况 ，合理安排其他已预约的患者办理入院手续 。
床位借调主要用于科室床位资源不足而病人急需马上入院的情况 ，医护人员可在系统中的床位查询预约一览表中查询各科室 、各医疗组目前床位使用状况 。医护人员选择有空床的科室/病区进行借调登记，床位借调应从患者的利益出发 ，借调科室应与患者入院科室从专业到区域跨度比较不大的相关科室。
床位分配功能用于对院内床位资源进行实际的分配 。
住院床位预约系统根据昨天预出院人数 ，计算出各个病房当日的空床量 。在住院床位预约系统中 ，医护人员可根据病房类型（单人间、双人间 、三人间等） 、性别（男 、女）、床位位置（靠走道 、靠中间、靠窗）、床位状态进行床位信息筛选并且根据患者病情的轻重缓急，采取一般患者依次安排 、择期患者按需安排 、危急重症患者优先安排的原则对已预约的患者进行床位分配 。
当入院患者对应的收治科室无空余的固定床位 ，而患者需要住院的情况下 ，科室采取合理加床以便于患者入院 。医护人员在床位管理中增加床位及床位位置信息 ，通过临时加床功能分配临时床位的位置和设置使用时间。以便于患者治疗后有床位进行休息及后续的医学观察 、治疗。
床位变更申请主要用于患者对已分配的床位不满意的状况。医护人员可在住院床位预约系统中查询是否有符合患者需求的空床 ，如果有空床则直接分配床位给患者 。无符合条件的空床时 ，医护人员通过床位变更申请直接预约登记最近时段符合患者需求的空床 ，患者届时直接进行床位变更即可。
通过收集患者相关信息（例如 ：病情状况、性别 、是否为传染病 、年龄、期望床位等），提取相关标签数据与床位属性 、病房属性 、病房内已有患者相关信息组成的标签数据进行配比 ，智能推荐最合适该患者的床位信息匹配列表 。方便医护人员快速合理排床 ，提高患者满意度 。
包括标签 、床位规则 ，标签维护包病房类型 、床位类型、患者年龄 、患者性别 、危重级别等，床位规则则是将床位与标签通过一定的算法进行规则匹配 ，如要患者诊断带有传染性，则优先分配单人病房 。
通过对患者床位预约登记标签信息的提取，患者标签与床位规则计算 ，将计算结果按匹配度大小依次展示给医护人员 ，医护人员可根据结果进行排床 。
要求提供叫号管理平台支持对未按时就诊的患者采用挂起机制 ，优先让已到患者进行检查，挂起操作可通过叫号系统设置自动处理 ，例如在叫号指 定次数及时间间隔内患者未到导诊台确认 ，则自动挂起当前患者 ，被挂起的患者可二次叫号及确认 ，提高了检查诊室的就诊效率 。
全资源预约平台支持在预约小票上生成患者识别二维码 ，患者确认被导诊台叫号后 ，可前往导诊台进行刷二维码确认 ，减轻导诊台工作人员的工作量 。同时二维码可支持签到功能 ，通过扫码识别 ，对已到患者进行身份确认 。
要求支持根据不同的检查诊室显示患者排队信息 、当前检查患者信息 、诊室信息及检查注意事项等 ，为患者提供直观的就诊体验 。
大屏叫号系统支持根据排队患者信息实现语音播报 ，提醒患者及时前往对应诊室就诊 。
医院公众服务建设将通过统一平台 、统一门户 、统一应用的模式来构建整体业务框架 ，打造统一的“互联网+医疗健康服务”网站门户 ，提供如预约挂号 、互联网门诊 、检验检查开单 、报告查询、药品配送 、在线随访等功能 ，为群众高效供给优质医疗健康资源 。
要求提供门诊服务包含以下功能 ：
预约挂号实现院区 、科室 、时间 、排班医生层级式部署 ，便于患者逐级定位预约 ，预约时间精准到分钟 ，同时提供院区、科室名 称、医生姓名三种检索查询方式查找预约挂号；为患者提供医生简介 、职称 、余号信息 、停诊信息、挂号费用 、擅长领域 、排班信息等资料辅助患者选择预约挂号 。
用户无须等待挂号，即可通过APP检查检验申请 ，待医生审核通过后，凭电子申请到医院进行检验检查服务 ，医生未审核的 ，可随时取消申请 。
APP可为患者提供在线造口门诊 、门诊换药 、血液净化门诊等专科护理预约服务 。
实时查询各个分诊台的叫号信息与队列情况 ，让病人无需长久在候诊室等待 ，通过手机即可了解当前叫号情况,同时使候诊室病人得到分流 ，改善病人就诊体验 。
门诊充值包含常用支付方式支付宝 、微信支付充值 ，实现移动端门诊充值 ，设置推荐金额快捷预缴通道和其他金额精准预缴通道；可实时查询充值记录 。
为用户提供门诊在线支付的功能（诊间支付、扫码付） ，支持支付宝 、微信支付 、银联支付等第三方支付方式 。
1.7 在线退费
用户可在手机端查看可退费单据 ，包含退费单据项目明细 、可退费金额 ，用户申请退费后 ，款项将退回原支付账户 。
充值退费功能主要实现线上退费管理。已经完成线上充值的用户在需要退费的情况下 ，可以在手机端发起线上充值订单的退费操作 。
用户在手机端发起充值退费时 ，系统会查询用户的充值记录 ，包括充值方式 、充值金额 、当前余额等 ，当发起退费的金额符合判断要求时 ，系统自动发起充值订单的退费操作 ，实现原路返回功能 。用户可在手机端发起线上充值订单的退费操作 。
用户可在门诊缴费环节进行在线医保结算 ，不必再前往自助机或收费窗口进行线下插卡医保结算 。
用户进行文字输入&智能语音交流描述症状 ，智能导诊即可精准推送症状的相关信息并匹配需就诊专业科室及其推荐专业方向最相符的医生 ，此外还可实现智能问药 、疫苗查询及辟谣较真等功能 。
实时推送各诊疗节点信息 ，全过程的智能引导患者到相应就诊地点 。包括预约 、分诊、医嘱 、支付 、检验检查 、治疗执行等就诊环节 ，支持详细就诊信息查询 。
用户通过手机即可实时查询B超 、CT、MRI等检查项目的叫号信息与队列情况 ，患者可合理安排等待时间 。同时也使检查室病人得到分流，改善病人就诊体验 。
患者待医生下处方后即可通过移动端快速确认购药（扣费） ，并进入药房排队 ，减少取药行程时间浪费 。
用户通过手机即可实时查询取药叫号信息与队列情况 ，患者可合理安排等待时间 。同时也使取药窗口病人得到分流，改善病人就诊体验 。
报告单查询包含门诊报告 、住院报告 、体检报告 ，门诊报告单查询实现指 定日期查询，查询结果以时间先后顺序按科室分类排列，便于管理和随时查阅 。
用户可按照时间轴 ，查询历史门诊费用记录，包含就诊时间 、费用类别 、已扣费用 、未扣费用 、合计费用 、费用明细等 。
就诊记录分为门诊就诊记录和住院就诊记录，就诊记录以时间为轴 ，按科室分类记录 ，包括挂号科室 、挂号医生 、诊断 、医嘱 、就诊时间等 ，支持指 定时间查询 。
支持院方发来的随访信息的提醒 、接收和反馈。支持接受随访记录的查询和随访医生的互动 。
要求提供互联网门诊包含以下功能 ：
患者就诊前将自己的病情进行详细说明，包括基本信息 、症状信息、用户描述等 ，同时系统支持诊前报告上传功能 ，用户可以将自己的检查检验信息以图片的形式上传给医生 。
支持查看名医详情、评价 、咨询人数 、咨询费等 ，并且用户可直接找名医进行咨询业务 ，查看名医个人发布健康内容等。
面对面视频咨询功能主要借助手机摄像头功能 ，通过移动系统实现与医生的视频沟通 。在完成支付的前提下 ，通过预约的方式与医生进行面对面视频咨询。
电话咨询主要借助移动端点击电话咨询后 ，可以拨通医生的电话 ，实现电话沟通 、咨询 。在完成支付和患者在提前预约连线时间点的前提下 ，由医生发起帮助患者和医生进行语音连续咨询 。
图文咨询主要借助移动端将患者的情况进行编辑上传 ，支持图片信息的上传 ，方便医生了解情况后进行回复 。非即时性咨询服务 ，医生可根据实际情况回复患者的咨询 。
支持复诊患者在线完成问诊订单支付 ，医生接单后可查看患者的病历资料，结合与患者的沟通结果，根据实际情况为患者开具药品和检验检查 。
支持PC端通过高清视频连接医生和患者双方 ，进行视频问诊 。并可控制视频的影像、音量 、麦克风等设备 。
支持医生线上开具的医嘱和线下医嘱的确认接收 ，处方医嘱的取药方式选择等医嘱处理的支撑 。
患者可在互联网医院平台可根据自己的情况选择医院药房取药 ，也可以选择药品配送 、完成支付将物流配送到家 。
实现患者历史就诊记录查询，查询订单详情和服务详情 ，订单详情呈现科室、问诊医生 、问诊状态 、时间以及支付费用，并设置再次购买快捷通道 ，方便用户再次购买服务；服务详情提供服务开始和结束时间查询 ，包含病史 、历史诊断 、病情描述 ，同时提供医嘱记录查询和咨询记录查看 。
问诊完成后 ，可对医生该次的服务进行评价 ，包含服务效果 、服务态度 、服务时效和描述评价。
要求提供诊间查询服务包含以下功能 ：
患者根据预约时间进行就诊 ，智能就医引擎将推送门诊签到服务供患者进行门诊签到 ，在签到成功后将候诊队列推送给患者 ，推送内容包含患者当前需等待人数 ，患者点击详情后进入候诊队列查看页面 ，显示患者挂号时间、预约科室 、预约医生 、就诊卡号，当前需等待人数。帮助患者合理安排时间 ，及时就诊 ，同时减少候诊厅拥挤现象 。
通过在医生诊室门口设置动态二维码（静态），结合当前出诊医生信息 ，病人扫码快速获取当前医生近半个月的排班信息 ，为病人提供复诊的快速预约入口 。医生排班查询可结合诊室门口的壁挂机 ，与医生信息同步显示动态预约二维码 ，无壁挂机诊室可采用静态码的方式与坐诊医生绑定 。
患者根据检查的预约日期到检查科室时，若对应科室需要进行检查签到 ，智能就医引擎将推送检查签到服务让患者进行检查签到 。在签到之后患者通过推送的消息就可以查询检查科室的候诊队列 。通过查询该方式，患者可及时高效的进行就诊 ，减少不必要的时间浪费 。
患者通过扫描检验（抽血）候诊区域的二维码 ，关注检验科室的排队信息 ，点击关注，患者能够实时的了解到候诊的动态排队信息 ，在临近五个检验人员时，主动向患者发送通知提醒 ，避免因过号引起的患者长期等待。
为患者提供检验标本的进度查询 ，通过手动输入或扫描病人就诊卡号 ，获取患者已提交的待检标本信息，患者选择对应的检验项目可以查看标本的送检状态，例如标本送检中 、检验中 、审核中 、已完成等 ，让患者实时了解标本的检验进度 。
通过实名认证 ，获取患者当天门诊就诊记录 ，快速定位到未打印报告的状态信息患者完成检查检验后 ，可在当报告已出后 ，推送消息至患者手机 ，消息内容包含检查或检验项目 ，以及打印报告地点 ，查看电子报告路径，点击前往打印可进行打位置导航 。
当患者到达药房后 ，将推送取药签到信息给患者 ，患者可在线进行签到 ，签到成功后可在线查询摆药状态 ，到指 定窗口取药即可 。
通过扫描二维码进入在执行中的手术列表，根据住院号及脱敏的患者姓名和手机号 ，定位到关心的在手术患者 ，查看术中病患的手术执行状态 。
可以在线查看门诊处方及住院医嘱 、出院带药医嘱 ，同时可以查看某个药品具体的药品说明书及用药指导 ，方便病人了解自身的用药情况，进行合理的用药。
患者实名认证后可了解相关出入院注意事项 ，系统会自动判断患者的出入院状况 ，并进行相关的出入院信息提醒推送。例如饮食注意事项 、入院流程注意事项 、入院办理操作提醒等，让患者充分了解注意事项，避免患者在身心及出入院过程中造成不必要的损失 。
患者办理出院手续后 ，系统会自动判断患者的出院状况 ，并进行相关的出院信息提醒推送。包括复诊提醒 、用药提醒、生活指导 。让患者充分了解注意事项 ，避免患者在出院后造成不必要的损失。
要求提供线上住院服务包含以下功能：
患者可以在APP上办理住院 ，进行住院信息登记 ，也可进行住院预交金缴费 、住院费用查询等。在线支付方式可选择就诊卡余额 、微信 、支付宝 、网银等多种支付方式 ，可查询本次住院的所有预交金记录及本次住院的费用清单 。
用户可在线办理入院手续 ，医师开具电子住院证后 ，用户可使用电子申请入院等 ，成功后直接前往病区住院 ，不需要在入院处再次办理 。
实现按日或按周期查询患者历次住院费用清单 、住院费用清单、结算清单 。实现次日上午10点推送前日该患者日清单信息 。
自助充值包含常用支付方式支付宝 、微信支付充值，实现移动端住院充值 ，设置推荐金额快捷预缴通道和其他金额精准预缴通道；支持实时查询充值历史记录 。
充值退费功能实现用户可在手机端发起线上充值订单的退费操作 。用户可在手机端查看充值信息，当用户操作充值退费时 ，系统会自动查阅用户的充值记录 ，包括充值渠道 、充值金额 、当前余额等 ，用户发起充值退费时，系统会自动比对并返回相关提醒，满足退费功能的订单 ，系统会发起退费服务，并实现原路退费功能。用户充值后 ，在账户金额足够情况下 ，用户可在手机端发起线上充值订单的退费操作 。
为用户提供住院在线支付的功能（诊间支付 、扫码付等），支持支付宝 、微信支付、银联支付等第三方支付方式。
用户可在移动端对住院缴费环节进行在线医保结算，无需再前往自助机或收费窗口进行线下插卡医保结算 。
报告单查询包含门诊报告 、住院报告 、体检报告 ，实现日期区间设置查询 ，查询结果以时间顺序排列 ，便于管理和随时查阅 。住院报告单查询实现住院检查检验报告及影像浏览 。
支撑患者通过移动端查看自己的住院记录，住院记录数据包含 ：病人基本情况 、入院情况 、入院诊断 、出院情况等信息 。
提醒用户出院带药和注意患者用药时间 。
根据智慧服务要求 ，需要为患者提供住院满意度调查 ，对用户进行住院满意度调查 ，院方可据用户反馈信息提高服务质量
要求提供健康服务包含以下功能 ：
居民可以绑定预设的第三方健康设备 ，实现血压 、血糖仪 、体脂称 、胎心等健康设备绑定 ，绑定后可依托设备检测体征数据 ，并自动上传到平台 。
根据绑定健康设备或者手动录入体重 、血压 、血糖等相关信息 ，智能生成指标趋势报表 ，支持指 定日期查询和周月报报表查询 ，同时根据报表分析提供指标解读 。
通过绑定健康设备或者手动录入的健康指标数据 ，结合患者就诊指标记录，根据健康指标患者症状，提供相关健康计划
健康评估提供建议包括合理膳食 、运动锻炼 、日常作息，同时提供历史计划查询 。
支持患者查询相关健康宣教 、健康科普内容。宣教内容包含中医养生 、孕产保健 、心理健康 、急救课堂 、传染病防治 、防治慢病、儿童保健等；患者可根据分类自行选择相关宣教内容学习 。
主要包含疾病百科与药品查询，提供疾病库和药品知识字典，用户可对知识库内容进行检索查询 ，查看相关知识内容 。
提供中医体质辨识在线问卷评估 ，用户可在线进行中医体质辨识评估 ，评估结果报告实时查看 。
要求支持针对孕妇人群提供远程胎心监护服务 ，结合可穿戴胎心监护设备 ，帮助孕妇在家自主进行胎心监护 ，并且数据能自动传输到互联网医院 ，可找医生对其进行判读并给出判读意见，随时随地守护宝宝安全 。
要求提供远程血压监测服务 ，结合血压仪设备 ，帮助患者在家自主进行血压监测 ，并且数据能自动传输到互联网医院，可找医生对其进行判读并给出判读意见 。
要求提供远程血糖监测服务，结合血糖仪设备 ，帮助患者在家自主进行血糖监测 ，并且数据能自动传输到互联网医院 ，可找医生对其进行判读并给出判读意见 。
要求支持用户微信扫码租赁轮椅 ，无需去服务台质押与登记 ，轮椅使用结束后推回车桩位 ，系统自动计费并提供24小时全服务。
要求支持为患者提供检查 、检验、体检报告单的代领代寄服务 ，减少患者往返领取报告单的麻烦 ，患者可通过手机方便便捷申请代领代寄报告服务 。
要求用户通过在线绑定健康卡确认身份，线上申请病历复印服务 ，工作人员收到申请后确认信息并打印病历 ，患者完成线上支付后 ，工作人员即按地址将病历寄送到家。
要求用户可扫描MDT二维码填写相关申请信息 ，如申请类型 、推荐医生 、就诊人基本信息、预约时间等 ，费用支付后医院相关科室人员接收该订单后会通知就诊人到院进行多学科联合会诊。
要求支持健康商城和积分商城的管理 ，支持医商圈服务体系的建立 ，围绕患者服务提供增值服务的引入。
医院简介信息 ，呈现医院的办院宗旨、文化历史 、荣誉 、特色 、医院概况等信息 ，展现医院风采 。
用户可跳转使用百度地图, 通过直观的地图展示 ，让患者快捷知悉医院的地理位置，并提供公交 、自驾车、步行路线指引方案 。
楼层导航按照楼房分布逐层静态展现院内科室分布 ，提高患者就医效率 ，关键字或拼音首码快速查找精准定位科室位置。
周边商户包含周边药店 、餐饮 、便利店、酒店 、银行 、加油站信息 ，为就医患者生活服务提供参 考 。
科室介绍从院区到科室逐级分布 ，同时可以根据科室名 称快速查找 ，呈现科室相关配套设施 、医技技术 、荣誉成绩 、主要架构等，供患者查阅。支持科室分类查询主任、副主任等医师的简介信息及排班情况 ，并可以快速预约 。
就诊指南以类别划分支持图片 、文字方式展示 ，包括 ：门急诊服务 、出入院服务、患者权利和义务、体检服务、其他 、检查须知，同时提供关键字查找快速定位，为患者查询提供便捷。
门急诊服务支持图文形式呈现服务承诺 、就诊须知、挂号 、就诊 、充值 、报告打印等引导患者就诊 。
出入院服务以文字及图片流程为患者引导出入院相关手续流程及注意事项 ，住院期间探视陪伴等规章制度 。
用户可在移动端浏览文章和公告 。例如可查看运营人员后台维护及医生自主发布的文章信息 ，包含图文 、视频 、音频格式 ，支持对文章进行评论 、收藏、点赞 ，同时支持对文章发布者进行关注。其中院方可自行维护公告图文信息 ，展示医院相关动态资讯 。
用户可自助查询门诊费用或收费项目 。查询患者本次或历史就诊的费用明细记录 ，减少纸质费用清单打印；亦可分类或模糊查询医疗收费信息，包括单价 、规格等 。
居民可通过访问公众端 ，查看个人的基本信息，进行个人基本信息查询及维护 ，常用收货地址的维护。
要求支持查看平台订单，如服务类订单（图文咨询 、电话咨询 、视频咨询 、在线问诊）、商城订单 、处方药品订单等 。
居民可通过访问公众端，查看个人的服务类订单情况 ，支持对个人的服务类订单进行查看 、处理操作 。
居民可通过访问公众端 ，查看胎心租赁设备订单情况，支持对胎心租赁设备订单进行查看 、管理操作 。
居民可通过访问公众端 ，查看个人的代领代寄订单 ，包含 ：订单寄送到达时间、寄送单号 、寄送人员等信息 。
支持对上门护理服务进行查看 、管理操作 。
居民可通过访问公众端 ，支持查看历史随访记录 。
支持查看历史问诊表 。
预约历史分为预约挂号 、医技预约 、MDT预约，以时间轴科室分布 ，支持指 定时间查询和就诊人姓名查询 。
通过公众客户端 ，提供包括乙肝两对半、BMI 、 血型 、安全期 、三围等自测工具 。
患者就诊后智能生成对应的满意度调查问卷 ，患者根据实际就诊情况给出评价及建议，后台可以对问卷结果生成分析统计报表 。
用户可查阅产品常见的使用问题 ，并可在线向客服提交反馈 ，待客服回复后可实时查看客服回复内容详情 ，也可直接拨打客服电话获取更多帮助 。
就诊卡绑定 ：用户可绑定包括家人在内的多张就诊卡至个人账号中 ，并实现管理需要 ，支撑就诊卡切换 。
通过第三方实人认证能力 ，用户可在线完成本人或家庭成员的实人认证 。
在公众端个人中心 ，提供优惠券管理功能 ，用户可领取 、消费优惠券 。
在公众端个人中心，提供几积分分消费规则提示和消费功能应用，用户可领取 、消费积分 。
用户可添加家庭成员对象至账户中 ，可管理家庭成员信息 、健康指标 、认证情况等 。
用户可添加喜欢的文章进行收藏 ，对收藏的文章进行统一管理。
用户可管理自己关注的医生对象 ，快速直达医生详情页尽行业务操作；用户可管理自己关注资讯文章账号对象，快速直达账号详情页查阅更多的文章内容 。
用户可管理账号发表的历史评论 ，并对评论进行回复等操作；也可管理账号收到的评论 ，并对评论进行回复等操作 。
用户可扫描医生二维码或官方相关宣传二维码，直达医生详情页或对应活动页面 。
用户可自定义管理新消息通知开关 、消息通知内容显示开关、免打扰模式设置等 。
支持用户密码重置操作 。
提供统一接口实现相关业务提醒（预约、候诊 、报告单 、取药、缴费等业务提醒） ，具体由接入方情况而定 。
要求支持医师通过访问医护端 ，查询门诊患者基本信息 ，基本信息包括 ：患者的名字 、预约时间 、病状描述等信息 。
要求支持查询患者历史就诊记录。包含如处方、检验检查及影像浏览 、电子病历及历次检验报告值趋势对比查询 。
要求支持医师通过访问医护端 ，查询医院各个科室医生自己的门诊排班信息,信息包括 ：排班日期 、排班人员 、问诊科室等 。
要求支持医师通过访问医护端 ，查询患者的检查检验报告单 ，支持查询指 定病人的时间范围内的历史检查 、检验报告 、治疗医嘱。
要求支持医师通过访问医护端，查询个人门诊预约情况，包括 ：预约数量 、预约时间、预约人信息等门诊预约信息 。
要求支持医生在线视频问诊 ，并以图文 、视频、语音的内容形式和患者进行问诊咨询服务，实现查询咨询服务患者的历次在院就诊信息。
要求支持系统按照患者预约时间自动回拨患者电话 ，进行电话问诊咨询服务 。实现查询咨询服务患者的历次在院就诊信息 。
要求支持医生根据实际情况进行非即时性回复患者的咨询服务。实现查询咨询服务患者的历次在院就诊信息。
要求支持医生在线通过视频 、图文 、语音的形式 ，与复诊患者进行沟通 ，可查询患者的就诊信息 ，根据实际情况，为患者开具药品、检验检查、治疗医嘱。
要求支持医生为常见病 、多发病 、复诊的患者 ，及时调阅健康档案记录和历史就诊记录 ，在线开具药品，检查、检验、治疗等处方。支持多种开单方式 ，支持线上处方权限控制 ，支持CA认证的接入 。
住院医嘱查询功能主要是针对住院医生提供的移动端功能 。通过住院医嘱查询 ，医生可以访问医护端 ，随时随地查询患者医嘱信息 。
医嘱查询内容主要要求包括：患者姓名 、性别 、床号、长期医嘱 、短期医嘱 、医嘱执行情况等 。
住院病历查询功能主要是针对住院医生提供的移动端功能 。医生通过访问医护端 ，查询住院患者病历详细信息 。
病历查询内容主要要求包括 ：患者姓名 、性别 、床号 、住院大病历、首程 、常规病程 、病案首页 、手术记录等病历树内所有的内容 。
查询住院患者病历详细信息 。
检查检验报告单查询 ，主要服务对象是住院医师 ，住院医师可以通过移动端查询指 定病人的时间范围内的历史检查、检验报告 、治疗医嘱 。
要求支持为指 定患者新增附件信息（图文/音频形式） ，进行编辑查看或删除 ，并支持查看其他医生对该患者添加的附件信息 ，可进行评论 。
查询住院患者的手术排台信息 ，合理安排时间 。
上级医师随时随地审批抗生素用药，确保用药及时性 。
要求支持医生和护士通过访问医护端 ，查询本科室范围内的床位信息 ，包括：床位数量 、床位编号 、床位所在病房等信息 。
支持患者入科时能以短信 、APP、公众号的方式实时推送给主治医师，帮助及时准备治疗计划。
阳性的皮试信息 ，及时告知主治医师与主管护士 ，确保用药安全。
医师可下达病危病重医嘱时 ，系统会通过消息推送方式 ，将消息推送至相关责任护士 、护士长 ，及时提醒责任护士 、护士长注意患者病情变化 。
支持能以短信 、APP 、公众号的方式实时推送提醒医师关注危报告单中危急值信息 ，及时进行相关处置 。
当有新的住院报告单生成时，支持能以短信 、APP 、公众号的方式实时推送给相关住院患者主管医生 ，及时查看患者的新出报告信息。
要求支持病历书写 、医嘱开单 、医生身份确认 。医生给予复诊患者开具线上电子处方，同时附上医师电子处方签章 。
要求支持查阅所开医嘱涉及的电子处方信息及审方 、配送等状态；开具处方后由院内药师对处方进行审核 。
处方流转是一个医药信息平台。建立医院信息系统 、医生 、医疗处方流转信息平台 、云药房平台 、社会药店 、配送系统等在内的互联互通网络 ，主要实现医患门诊看病后 ，能够自主选择线上和线下结合的购药方式（不包括麻醉药品和第一类精神药品） 。进一步贯彻“医药分家”的政策 ，为病患真正解决“看病难、看病贵”的问题 。
要求支持宣教文章的编辑和发布、视频教程的制定和发布 ，宣教类别的管理等 。
对患者提交的胎心判读订单进行业务处理；查询线上全部的胎心订单及判读详情 。
支持问诊模板新增 、分组管理、群发问诊表等操作 。
设置患者首次咨询自动回复内容 。通过关键字查找及诊病路径设置值 ，自动显示患者咨询问题相关主题 。
支持快捷查看与自己有产生订单关系的客户信息 ，并支持发起聊天；支持对客户进行设置标签 ，进行分标签管理 。
支持医生创建自己的团队 ，邀请其他医生加入 。通讯录中好友可进行一对一IM聊天 ，也可支持好友群聊；聊天支持文本 、语音等方式 ，并支持在聊天过程中分享病历给其他好友 。
查看近7日主要业务数据总量 。
1、支持待办事项的添加，提醒设置；
2、支持待办事项记录查看 ，包括自定的添加的事项和线上待处理、待完成业务事项 ，可进入具体详情页查看或跳转至对应业务页面处理；
3 、待办事项到达提醒时间时 ，以设定好的提醒方式提醒用户；
4 、支持查看全部待办事项记录；
5 、支持激活历史待办事项 ，重新设置提醒时间 。
要求支持随访模板的制定和管理 ，（1）维护问诊表；（2）维护患教资料；（3）结合问诊表及患教资料，制定随访计划模板；（4）对于已发放的问诊表 ，可通过“分析统计”查询完成情况 。
支持对门诊及出院病人 ，进行随访管理 ：（1）针对不同问诊病情设置不同问诊表单内容 ，患者在线问诊时自动发送并收集诊前信息；（2）为门诊或住院患者根据不同病种随访模板 ，发布对应的随访计划，定时提醒和接收患者的随访反馈；（3）随时查看患者的具体随访记录。
支持对已随访患者的查询和随访计划执行情况的统计 ，未随访患者的提醒和预警 。
在医护端个人中心 ，提供所有消息的统一提示窗口 ，方便用户查询 。
在APP上集成院内员工 、值班人员通讯录 ，支持按科室 、按姓名 、按工号快速检索 。
支持医生通过访问医护端 ，对个人基本信息进行查看和修改 、用户密码进行维护 ，进行切换业务科室等功能 。
提供消息群发功能 ，根据患者诊断分类进行患者列表展示，可选择按诊断分类对可选择用户对象进行消息群发 。
可查看 、关注 、收藏及评论资讯内容 ，并可发布自己的文章 ，支持文本 、图文、音频格式内容 。
用户通过第三方实人认证能力 ，在线完成实人认证；以及在线提交相关资质信息，完成资质认证；
1、提供累计总收入、待结算 、订单冻结数量 、订单冻结金额 、订单流失数量 、订单流失金额等数据；
2、支持结算卡的添加与管理；
3 、支持查看账单可视化数据报表；
4、支持收入明细 、流失明细的查看；
5 、支持自动提交待结算数据；
要求支持在线申请CA证书，查看证书状态 ，并配合WEB端进行扫码签名 。
在医生端个人中心 ，提供积分消费规则提示和消费功能应用 ，用户可领取 、消费积分 ，查看积分记录 。
支持在线提交服务获权申请，并可对个人账号当前已获权的业务进行服务管理，包括开通服务 、设置服务费用 、设置服务号源等 。
用户评价功能支持在线查看用户提交的业务评价信息 。主要评价内容包括：评价时间、评价类别 、评价涉及的内容、评价建议等。
查看并管理自己发布的文章资讯 。
用户可管理自己关注资讯文章账号对象，快速直达账号详情页查阅更多的文章内容 。
在医生端个人中心 ，用户可添加喜欢的文章进行收藏 ，对收藏的文章进行统一管理 。
在医生端个人中心 ，用户可管理账号发表或收到的历史评论，并对评论进行回复等操作 。
用户可查阅产品使用常见问题 ，并可联系客服获得更多客服内容 。也可在线提交反馈，待客服回复后可实时查看客服回复内容详情 。
在医生端个人中心 ，通过二维码标识入口可查看个人二维码 。
用户可自定义管理新消息通知开关 、聊天消息通知开关 、免打扰模式设置等 。
支持查看APP欢迎页、版本说明内容 ，也可快捷跳转到应用市场对APP进行评分 。
根据用户信息认证 ，支持用户密码重置操作 。
要求智能分诊问诊系统基于自然语言理解 、医疗知识图谱及自然语言生成等技术实现患者端的智能分诊问诊 ，问诊过程符合循证医学规则及规范 、标准 。患者在就诊前通过手机端与模拟医生进行问答 ，系统自动为患者匹配合适的科室和医生 。预约成功后 ，患者可自主完成症状 、体征 、病史等信息采集 ，系统根据患者的病情和症状生成预问诊信息 ，提前让医生快速了解患者病情 ，可避免漏诊 、误诊等情况，缩短问诊时间 ，提高医疗质量和效率 。
系统基于循证医学知识图谱，综合应用人工智能 、移动互联网和大数据技术 ，模拟医生问诊 ，为患者推荐符合条件的预约科室 ，同时通过公众号消息引导患者在诊前自主完成“症状 、既往史和过敏史”等信息的采集 ，并自动生成全结构化的预问诊报告 。
系统根据医学临床知识库为患者提供一系列与之相关的分诊服务。基于自然语言理解 、医疗知识图谱及自然语言生成等技术 ，采用多种算法模型与多轮智能交互理解病人病情 ，通过一问一答的方式与用户进行交流 ，收集用户的主诉信息，根据用户输入的症状 ，计算科室匹配度 ，为患者匹配就诊科室和专业医生 ，并查询医生排班 ，生成预约建议，帮助患者进行快速预约挂号 。
患者预约挂号成功后 ，可在就诊前填写病情相关信息 ，由系统生成结构化的预问诊报告发送给医生 。预问诊系统采用层次转移的设 计架构模拟医生进行问诊 ，既能像医生一样有逻辑地询问基本信息 、疾病、症状 、治疗情况 、既往史等信息 ，同时可以围绕任何症状 、病史等进行细节特征的问诊 。除问诊外 ，预问诊系统基于自然语言生成技术自动生成规范 、详细的预问诊报告，要求主要包括 ：患者基本信息 、主诉、现病史 、既往史和过敏史等 。
医生在问诊过程中 ，可查看病人预约时填写的预问诊信息（主诉症状、病史等） ，可通过病历一键导入将初步预问诊报告直接引用到门诊病历上 ，并且可对预问诊信息进行修改 。
根据患者特定的位置 ，结合智能就医引擎所判定的就医环节 ，提供给患者最优的导航路线选择和导医推送服务 。
患者抵达医院后 ，根据预约信息判断患者就诊科室并结合当前定位 ，自动引导患者至就诊科室签到（或使用定位自动签到） ，就诊结束后 ，依据医生开具的检查/检验申请单，引导患者至最近的结算窗口/自助机 ，结算完成后再根据申请单开具项目自动导航到对应的检查/检验科室（放射科 、超声科、内镜中心 、检验中心等）进行检查/检验 。就诊结束后，依据医生开具的处方信息 ，引导患者到药房（中药房 、西药房）进行结算取药 。
智能就医导航为患者带来不一样的就医体验，有效的减轻了医院咨询窗口、导诊台的询问压力 ，采用线上自动化引导服务伴随患者每一个就医环节 ，全面提升患者就医满意度 。
要求提供智能就医引擎，通过与医院业务系统对接 ，通过既定的就医流程和业务规则进行判定，自动规划患者的就医流程 ，并定位患者所在的流程环节 ，通过就医规则库对不同就诊环节的患者推送公众服务和导航服务 ，自动化引导患者进行每一个就医环节 。
智能规则库定义了患者诊疗就医所包括的环节节点 ，并通过特定规则设置每个节点的判定规则 ，并推送该节点所需的公众服务和导航服务 ，例如 ：患者已有门诊挂号预约记录 ，但未进行签到 ，则判定患者需要门诊签到服务 ，并提供导航到自助机及对应预约科室的分诊台 。
根据医院的实际业务定义初始的病人就诊流程 ，在患者就诊的过程中，根据与医院业务系统交互 ，根据患者实际的预约 、开单 、诊疗等实际业务情况 ，进行流程的重新规划。
根据患者门诊号源预约时间点 ，设定候诊消息服务通知规则 ，让患者能及时了解当前门诊排队情况，可以通过微信公众号进行通知。
根据医生为患者诊断时开具的检验 、检查 、处方等申请单情况 ，设定申请单消息服务通知规则 ，让患者能及时了解医生为其开单信息和服务路径，可以通过微信公众号进行通知患者及时到检验检查科室候诊 。
根据医院缴费时间节点要求 ，在HIS系统进行下一步业务需要结算时 ，设定结算消息服务通知规则 ，让患者能及时了解到如何结算缴费 ，可以通过微信公众号进行通知。
根据医生为患者开具的检验申请单，设定患者检验路径 ，如候诊签到、候诊查询和报告打印消息通知，可以通过微信公众号进行通知 。
根据医生为患者开具的检查申请单 ，设定患者检查路径 ，如候诊签到 、候诊查询和报告打印消息通知 ，可以通过微信公众号进行通知 。
对有需要进行治疗的患者 ，根据医生开具的治疗计划 ，通过微信公众号给患者发送计划信息 ，并根据计划时间点及时通知患者进行预约和治疗 。
患者完成就诊后 ，根据医生开具处方 ，通过微信公众号发送取药信息 ，在线进行取药签到 ，同时在取药排队时可以设定候诊排队情况 。
根据患者信息及业务系统中患者就医相关的业务数据 ，结合智能就医规则库进行计算，确定患者所在的就医节点 。
根据定义的业务流程节点规则，在触发特定流程节点的规则时由HIS主动进行通知 ，系统将通过微信公众号进行通知推送服务 ，作为智能就医导航的入口之一 。
根据患者所在的就医节点 ，结合智能就医规则库 ，进行对应的位置导航和公众服务中台的就医服务推荐 。
要求结合患者的个人诊疗活动，贯穿各个就医环节 ，无感知 、自动识别患者诊疗过程及当前的就医环节 ，结合医疗过程 ，主动引导患者 ，并告知患者下一步就诊流程，实现全流程自动导诊 。
患者抵达医院后 ，根据预约信息判断患者就诊科室并结合当前定位 ，自动引导患者至就诊科室签到，就诊结束后 ，依据医生开具的检查/检验申请单 ，引导患者至最近的结算窗口/自助机，结算完成后再根据申请单开具项目自动导航到对应的检查/检验科室（放射科 、超声科 、内镜中心 、检验中心等）进行检查/检验 。就诊结束后 ，依据医生开具的处方信息 ，引导患者到药房（中药房 、西药房）进行结算取药 。
根据医院提供的相关建筑图纸 ，进行建模 ，服务于全流程导航 。
导航系统建设主要包含3D高精矢量地图建模与绘制 、院区室内外导航切换、室内平均定位精度3米以内 、室内外导航路径规划，跨楼层导航路径规划等。并且导航系统SDK具备广泛的兼容性 ，可支持IOS7.0及以上 ，Android 4.3及以上的智能手机在院内实时导航。
3D地图绘制完成之后 ，对全院3D地图展示效果进行系统性校对 、渲染和美化 ，确保用户的导航体验 。
校对导航区域的每个POI兴趣点 ，确保每个POI信息的准确性 ，将真实环境中的每个兴趣点完整的在3D地图上展示出来 。
根据业务需要 ，提供3D地图数据维护服务 ，包括地图定位和定位蓝牙设备维护等。
蓝牙定位信标 ，支持BLUETOOTH BLE 4.0及以上协议和苹果公司标准iBeacon及以上协议，内置可更换的锂亚电池 ，能实现室内精确定位和导航功能 ，适合室内各种复杂的应用场景 。
根据现场调研勘测情况 ，在院区内部署硬件蓝牙定位信标 ，使得蓝牙信号覆盖医院定位区域 ，并以此为基础开展后续电磁指纹数据采集等工作 。
医院定位区域内使用相关采集软件 ，检测其附近的蓝牙信标和其发出蓝牙信号并且录制，经过算法处理后形成独有的电磁指纹数据并上传至服务器 。
根据医院实际情况 ，进行医院定位区域内的导航路径规划 ，在电脑上使用地图绘制软件 ，以医院各层地图为底图绘制导航路径的绘制 ，确保导航路径的准确性 。
现场采集定位区域蓝牙电磁指纹数据以及进行路径规划绘制后 ，上传到服务器 ，然后对院内导航系统的跨楼栋导航、跨楼栋导航 、上下扶梯/电梯/楼梯、室内外导航无缝切换 、AR实景导航等多个功能模块进行逐一验证 ，确保用户的导航体验 。
支持跨楼栋和跨楼层的路径规划 、跨楼层和跨楼栋无缝实时导航、智能语音播报 、自定义POI分类表 、AR实景导航 、周边交通 、来院导航和紧急逃生等一系列功能 。生成的导航SDK可嵌入到IOS 、ANDROID 、微信公众号以及小程序 ，也可提供给医院其他服务商调用或集成 。
为医院患者提供轻量级实时导航小程序 ，利用室内定位技术 、室内高精3D地图技术等为一体，其导航功能和体验与提供给用户的定位导航SDK完全一致 。
要求通知服务中心可提供同步消息 、异步消息 、通知消息等多种信息传输机制 ，各类服务软件通过消息服务总线发送信息订阅请求 ，上层应用软件可通过通知服务中心向信息传输基础设施发出信息请求及服务调用请求 。通知服务中心支持多线程处理机制 ，可同时响应多个应用/服务对信息传输的调用请求 。最终建立符合安全规范的连接 ，保证信息传输通道的安全和畅通 。
通知服务中心可以为多种院外终端提供推送服务 ，满足面向公众及管理的各种需求 ，包括面向患者推送预交金扣费提醒 ，检验检查报告完成提醒 ，预约信息确认提示及用药注意事项等；为提升医院的网络设备安全运维能力，通过服务总线可以进行预警消息的推送 ，包括服务的预警 ，数据库 ，应用服务器等硬件的监测预警 ，在发生异常时 ，通过各种渠道完成预警消息的推送。通知服务中心提供信息推送和消息订阅2种模式 ，并根据消息等级提供短信 ，邮件 ，APP/公众号提醒等不同方式的消息服务 。
通知服务中心提供独立用户管理体系 ，为不同的接入用户采用分级授权管理机制 ，绑定用户授权码 ，提供唯一加密密钥，保证了对访问用户身份的有效识别，同时对数据使用方起到有效的监管作用，提升平台整体安全性。
通知服务中心为各种业务系统消息生产者提供统一的消息发送接口服务 ，通过该接口可以产生需要发送的各种类型的消息 ，在消息发送前 ，需要进行生产者的身份认证 ，验证消息生产者的合法性 。对于非法发起消息的生产者 ，通知服务中心将拒绝消息请求 ，同时记录该生产者的信息 。
包括消息生成规范和消息接收规范，让消息生成方和接收方有统一通道进行消息服务标准规范的传递和沟通反馈 。
合法的消息生产者利用统一的消息发送接口服务可以产生需要发送的各种类型的消息 。对于非法或者不符合消息规范的消息，通知服务中心将拒绝消息请求 ，同时记录该生产者的信息 。
通知服务中心为各种业务系统消息生产者提供统一的消息发送接口服务实现消息推送 ，通过设置消息模板 ，发送时间 ，发送频率等实现快速推送，同时可提供同步消息 、异步消息 、通知消息等多种信息传输机制 。
消息推送根据消息的轻重等级自动匹配消息推送方式 ，例如 ：短信 、邮件 、APP/公众号提醒等 。
通知服务中心提供消息订阅 ，消息消费方可自主进行消息订阅 ，定期获取某类消息，例如通过通知服务中心每天定时推送健康咨询及提醒等 。
通知服务中心提供可视化的消息机制基本流程 ，将消息机制的原理闭环 。可以查看消息发送的流程节点包括创建 ，发送、排队 、推送 、处理 、完成等 ，及时有效的处理报错环节 ，对消息内容 、应答内容以及错误信息进行归纳整理，避免类似问题重复发生 。
提供与制定消息生产者产生消息的规则（频率，发送时间等），消息内容及消息对应的消费者 。
提供丰富的队列属性配置选项 ，可以进行队列属性的个性化配置来满足不同的应用场景 ，支持 ：普通队列 、延迟队列 、优先级队列等多种队列模式 。支持多个生产者和消费者并发访问同一个队列 ，无需特殊设置即可自由调整并发度 。
支持各业务应用平台接入的消息通过路由策略进行定义和管理,达到一个接口映射多个消息渠道（微信公众号 、支付宝生活号 、APP 、短信等多种消息渠道）的效果 ，保证消息高性能 、低延迟、高可靠 。
通知服务中心支持从消息的产生到消费的轨迹回溯，记录每一笔消息的传输过程，通过每条消息唯一的主键查询消息的发送时间及消息送达状态 ，对因为网络等异常原因导致丢失的消息进行补发。
通知服务中心提供消息加密管理和消息备份管理 。对于比较重要的或者涉密的信息传输 ，可以对传输消息进行加密 ，避免消息被窃取或者泄露 。消息备份管理实现定期备份，提高数据的安全性。
为了提高通知服务中心的健壮性和稳 定 性 ，应对高并发的数据访问请求 ，支持负载均衡 、消息传输收发缓存 ，保证消息高效传输 。
可自定义设置消息发送失败的预设阈值 ，对生产者的IP地址 、事件编码用户授权码进行记录 ，并统计消息发送失败次数 ，进行预警 ，达到预设阈值进入黑名单 。
通过消息日志管理 、消息传送监控 、异常监控 、接收跟踪 ，做到消息可回朔跟踪，消息异常重发等 。
通知服务中心以业务 、接入方 、发送渠道等维度对发送日志进行数据统计，统计某段时间内消息调用 、发送成功 、发送失败次数 。
要求提供医院决策支持系统 ，基于集成平台数据中心的顶层应用 ，HIS 、电子病历 、PACS 、LIS等业务系统的业务数据通过集成平台服务总线以及数据同步技术统一整合到运营业务信息库 ，在运营业务信息库的基础上通过ETL工具实现对数据的抽取 、清洗及转换 ，将数据存储到ODS存储区（数据缓冲区） ，随后按照不同业务领域加载到数据仓库 ，形成事实表和维度表 ，再根据不同的分析主题进行数据集市的创建。基于数据集市 ，通过合适的查询分析、数据挖掘 、OLAP工具对数据进行处理 ，并借助专业的BI工具在前端以报表 、图表等可视化形式展示给用户 ，便于业务人员执行指标的对比分析 、趋势分析、关联比较、钻取分析（指标分解）等操作 ，辅助管理人员进行决策 。
数据服务建设以集成平台的运营业务信息库为基础 ，根据不同业务领域、不同分析主题建立相应的业务仓库及数据集市 ，为决策分析提供数据支撑，数据存储是整个BI决策支持的基础 。
数据存储建设步骤如下 ：
步骤一 ：首先要根据决策分析的应用需求 ，确定数据仓库的存储结构，即确定数据仓库的业务领域 、分析主题 、指标及资源。
步骤二：再通过ETL工具（数据抽取、数据清洗 、数据转换 、数据加载）来建立数据仓库 。
标准数据存储区 ，是从集成平台数据中心的相关汇聚数据抽取而来 ，存储各个业务系统的明细数据 ，数据的粒度和数据细节与业务系统无异 。作为数据仓库建设的所有数据来源。
ODS库中的数据主要按照多个医疗业务主题域分类进行数据存储 ，所存储的数据是经过数据清洗和轻度聚合的，数据的粒度接近于业务系统的数据，数据缓存库的数据相当于业务综合表所存储的数据 。根据业务领域不同 ，数据缓存库分为 ：门诊 、病案 、住院 、手术 、药品 、物资、体检 、设备、医技 、财务 、综合业务等内容 。
表 5 -1数据缓存库（ODS）
基础信息
存储病人基本信息、科室信息等基础数据
病历业务
主要存储电子病历中病案首页 ，病案诊断，病案手术以及病案住院等信息
门诊业务
存储病人就诊 、分诊预约 、门诊处方等信息
住院业务
存储病人出院信息 、住院医嘱 、临床路径、病人入出转等信息
手术业务
存储手术排台 ，手术麻醉记录等信息
药品业务
存储药品账页 、药品库存等信息
物资业务
存储物资账页 、物资库存等信息
设备业务
存储设备卡片 、大型设备效益等信息
检查检验业务
存储检查以及检验相关信息
体检业务
存储病人体检 、体检费用 、体检结算等信息
财务业务
存储医院成本、医院核算等信息
全院
存储全院病人结算、全院费用等信息
数据仓库的数据是以特定的、针对某个主题的方式进行数据存储 ，所存储的数据依据分析的需求 ，采用中度或者高度聚合 ，数据仓库的数据相当于事实表所存储的数据 。根据分析需求不同 ，数据仓库的主题领域按照一级分类可分为医院运行 、质量与安全 、合理用药 、运营管理这几大类 ，每个大类还可以具体细分出不同的二级分类 ，比如医院运行包含了门诊运行 、住院运行 、临床路径等 。
表5-2 数据仓库
医院运行
门诊运行
住院运行
手术分析
医保分析
医技监管
体检运行
质量与安全
综合质量
重点疾病
重点手术
并发症与安全
单病种质量
重症医学
感染监控
合理用药
用药管理
抗菌药管理
运营管理
物资管理
设备管理
药房管理
人力资源
财务分析
1.数据仓库事实表
事实表是数据聚合后依据某个维度生成的结果表 ，比如 ，要分析“3-5岁的出院人次”就可以基于年龄维度构建相应的出院人次事实表。为了进行相关宏观指标以及报表主题的灵活展示 ，数据仓库事实表划分：
（1）层级事实表：主要用于指标宏观展示，层级事实表中涉及的指标比较多 ，在层级事实表中指标按列进行存储 。按照时间维度划分为实时 、日 、月 、年4个不同层级的事实表 。层级事实表的数据粒度为医生 。
（2）非层级事实表：主要用于主题报表分析 、表格统计分析 。设 计非层级事实表的主要目的是用于常见主题的分析 ，满足客户各种个性化主题分析的需求。
2.数据仓库维度表
维度表是数据仓库用于数据分析的角度 ，维度表是基于业务系统的字典表的基础上进行一定的数据处理。包括时间 、年龄 、诊断 、治疗 、收费 、质量 、药品、物资 、用户等维度 。比如 ，要分析医院运行情况 ，可以从时间角度来分析 ，也可以从收费角度来分析 。
数据集市是构成专题下的细分项，是决策分析最小的展示数据单位 ，是经过一定的运算规则构成 。例如 ，医疗运行领域下的门诊运行主题 ，可由门诊人次 、门诊总费用 、门诊平均费用等指标构成 ，门诊平均费用（指标值）=门诊总费用（资源值）/门诊人次（资源值） 。其中资源值是数据仓库管理的最基本单位 ，是不可再分割的单元 。资源值实际上是由操作明细数据经过抽取 、清洗 、转换而形成的统计数据 。例如 ，ODS库中存储的是医疗机构门诊人次明细数据；而数据仓库中存储的是医疗机构日、月 、年的门诊人次汇总数据 。
ETL是将数据从HIS 、LIS等业务系统数据库转移到数据仓库的过程 ，由于数据仓库中的数据是以主题形式进行组织的 ，因此要对数据进行清洗 、转换等操作 。
数据仓库本身并不产生数据 ，用于决策分析的数据仓库数据主要来源于集成平台的运营业务信息库。不同类型的业务应用对数据抽取的要求有所不同 ，为满足这些不同的业务需求 ，需提供多种数据抽取模式，包括实时抽取 、定时抽取 、固定间隔抽取、增量抽取等。在数据的抽取过程中 ，应关注效率和准确性 ，并且保证抽取过程不影响业务系统性能 。
数据抽取是通过存储过程来实现 ，从编写存储过程到实现数据抽取包含三个步骤 ：
存储编写 ：按照一定规则编写存储过程；
配置调度 ：编写完的存储过程按照所属的业务领域将存储过程添加到对应调度领域 ，设置调度先后顺序；
日志跟踪 ：最后设置日志进行抽取跟踪，确保抽取数据的准确性 。
从医院集成平台运营业务信息库中抽取的数据可能存在着大量的噪声数据 ，如 ：滥用缩写词 、惯用语 、数据输入错误 、重复记录 、丢失值 、拼写变化等 ，数据质量较差 ，很难直接为决策分析提供支持 。为了清除这些质量较差的噪声数据 ，必须先对数据进行清洗 。
数据清洗需要与数据抽取、数据转换集成，与数据装载统一使用，需要进行循环处理 ，它并不是一个单独的过程 。数据清洗主要解决命名 、数据类型冲突 、值冲突 、单位冲突和展现冲突等问题 ，它根据预先定义的规则库 ，将抽取得到的数据与规则库进行比对 ，发现数据存在的问题并进行更正 。例如 ，定义当年龄与身份证号码不一致时，则可根据身份证号码更正年龄。
集成平台运营业务信息库中的数据是由业务系统的操作明细数据经过采集并汇聚而来 ，是操作明细数据的简单汇聚 。在创建数据仓库的第一步中 ，已经根据决策分析的应用需求，确定了数据仓库的存储结构 ，即已经确定了数据仓库的领域 、主题、指标及资源。在经过数据抽取 、数据清洗后 ，需要将原始的操作明细数据转换成与数据仓库存储结构一致的数据 ，数据转换作用主要有两个：
第一 ：根据预先设置的转换规则 ，进行数据字典标准化统一 ，涉及科室编码、医生编码 、病种编码等目录以及日期格式的统一 。将源数据中部分数据项转换为便于展示和识别的内容或名 称 。例如 ，源数据中男女是用0/1标识 ，则根据转换规则 ，转换为男/女 ，进行存储和展示 。
第二 ：对源数据进行归纳统计 。由于源数据是操作明细数据 ，数据量很大 ，数据处理分析效率较低 。因此，需要通过预先的统计分析 ，把操作明细数据转换成在数据仓库中预先定义的资源（即统计数据）。
数据装载是将经过数据抽取、清洗、转换的资源数据 ，加载到数据仓库的数据结构中的过程 。
对访问平台的相关用户管理 ，包括对应的机构 、角色管理 。主要对接入平台的相关用户进行有效管理 。用户按照不同的岗位角色进行划分 ，并结合机构进行管理 ，直观有效的进行用户管理 。包括管理员用户以及通过权限配置的其他不同层级的用户 。管理员用户可通过登录名 称和密码进行系统功能和数据的操作。一般用户根据不同层级权限进行访问 。
指标管理 ，是整个系统管理的基本功能 。针对用户所查阅的相关功能模块 ，包括实时监测 、工作量等相关模块的基础框架维护 。以及对应仪表盘内容在后台能够进行有效管理，为系统建立起一个流程化的管理体系 。另外，提供与中间件FR的融合应用配置等相关模块化管理。除此之外 ，可以针对平台所采用的指标算法进行有效维护 ，并与具体指标进行挂钩在前台展示，方便用户对指标计算方式的理解 。
平台的权限管理基于软件即服务（Software-as-a-Service，SaaS）的权限管理模式来设 计 。SaaS模式最为突出的特点是 ，在同一个实例中 ，不同租户之间的数据逻辑完全隔离 ，但物理上却统一存储。平台权限管理内容包括两部分 ：功能权限和数据权限 。功能权限主要为不同层级的组织（用户）配置功能菜单的方式来实现功能上的控制 。数据权限方面 ，主要通过用户所管辖的范围进行数据的访问权限的控制 ，例如 ：院领导以及职能管理科室可以看到全院的相关数据 ，但是临床科室主任只能看到本科室的相关数据内容 。做到了“统一采集 ，分散应用”的数据控制 ，有效提高了数据的访问安全。
提供平台的指标查询服务 ，用户可根据所查询的条件筛选指标内容。主要查询的内容包括医疗服务 、基本公卫、妇幼保健 、人口管理 、卫生资源等相关指标查询。同时 ，用户通过指标搜索 ，定位到指标所分析内容的关键信息 ，及时获取平台统计信息 ，快速查找指标相关内容 。
指标收藏主要指针对不同用户所关注的监管指标不同 ，故需要提供不同用户的日常重点指标的收藏夹 ，用于可以快速定位日常应用的相关指标内容 。方便用户有效缩短定位指标的时间 ，提高监管的有效性 。
在对应的指标模块，有单独的模块进行指标计算来源、计算方式等相关内容的查询 。
决策支持指标展示方式柱状图 、饼图 、曲线图 、报表支持根据医院需求进行定制化调整 。
医院医疗概况以系统决策首页的方式展示 ，在首页上以地图的方式分析门急诊的病人来源以及住院的病人来源 ，了解医院的业务辐射范围 。另外 ，汇聚了重点关注指标内容，可以根据不同时间类型的选择快速响应响应指标的查询结果。通过首页 ，可以以丰富内容展现医院医疗情况 ，同时用户可直接掌握医院业务开展基本情况 ，辅助对医疗工作开展和决策制定。
该模块主要以5分钟/次的刷新频率从医院基本运营方向进行在线实时监管 ，并可以根据不同的指标下钻到科室级别 。主要包括以下内容:
门诊: 包括门急诊量 、急诊人次、门急诊均次费用 、门诊预缴金 、门诊候诊比例、无排班就诊人次、排班就诊人次 、候诊人次 、平均候诊时长、医生人数 、各个诊室医生候诊情况、预约人次 、预约就诊人次 、预约就诊率 、各预约途径的预约就诊人次 、各科室预约就诊情况 、以及每小时门诊量情况 、当日门诊量排行前20的疾病；主要通过这些指标判定当前急诊医患比情况，候诊是否出现滞留 ，是否需要增加部分人力投入。
住院 ：包括入院人数 、出院人数、现有病人数 、危重病人数、住院预缴金 、出院患者均次费用 、普通住院 、急诊住院；主要通过这些指标判定目前是否还有很多患者正等待入院 ，病房的使用情况是否紧张 ，办理出院结算的时间是否过长 ，是否需要进行办理人员的投入 。
手术 ：包括住院手术排台数、完成手术台次 、术前准备人次、待手术人次 ，各手术间的手术情况；主要通过这些指标判断手术排台的合理情况 、手术间是否充分利用 。
医技 ：包括完成检查人次 、待检查人次 、今日开单人次 、完成检验人次 、体检检验人次 、今日已开单人次 、各检查项目待检查与开单情况、各项检验项目开单与待检验情况；主要通过这些指标判断待检情况 ，以及当日开单工作量 。
此模块主要为院领导所关心的公立医院考核指标体系 ，指标体系包括 ：医疗质量 、运行效率、持续发展 、满意度评价，综合反映当年医院绩效考核执行情况和完成情况 ，并对超过指标目标值进行高亮提醒 。另外 ，能够同时对历史相关情况进行有效的对比分析 ，关联分析 、相关性分析 、回归分析并且可以通过钻取到科室明细 、医生明细 ，寻找问题原因 ，辅助医院进行及时干预 。
医疗质量:主要包括 ：功能定位 、医疗质量、合理用药 、服务流程共24个指标的分析。
运行效率:主要包括 ：资源效率、收支结构 、费用控制共19个指标的分析 。
持续发展:主要包括：人员结构 、人才培养、学科建设共14个指标的分析
满意度评价:主要包括门诊患者 、住院患者 、医务患者满意度共3个指标的分析 。
1 、门急诊人次分析
分别以柱状图 、饼图 、曲线图等不同的方式展示全院总门急诊人次、科室门急诊量排行以及相关的挂号类型和对应趋势内容,并实现关键指标从全院到科室再到医生的层级下钻分析 。
2、门急诊诊断排行分析
通过趋势图、柱形图 、表格等方式，通过联动分析 ，分析门急诊诊断的排行 ，了解不同诊断的趋势情况 ，并通过同环比分析 ，掌握前二诊断的变化情况 。同时可以选择不同的科室分析诊断的排行情况 ，方便对医院各科室对收诊患者的病种管理 。
3 、门急诊挂号类型分析
分别以柱状图 、曲线图等不同的方式展示全院门急诊人次相关的挂号类型情况,并能够查看不同挂号类型的趋势 。另外 ，可以选择不同的科室进行挂号类型的分析 。实现关键指标从全院到科室的层级下钻分析 。
4 、门急诊医保自费分析
分别以仪表盘 、曲线图等不同的方式展示全院门急诊医保人次 、非医保人次及非医保病人占比情况,可以选择不同的科室进行医保自费的分析。实现关键指标从全院到科室再到医生的层级下钻分析 。
5 、门急诊病人组成分析
分别以柱状图 、饼图 、趋势图 、曲线图 、联动等不同的方式展示病人的来源情况 。可以根据不同的地域、性别、年龄段 、挂号类型、保险类型的不同的角度分析病来的来源情况。有效了解医院的主要病人情况，且了解来院就诊的人群的疾病排行等内容。
1、出院人次数分析
分别以柱状图 、饼图 、曲线图等不同的方式展示全院总出院人次 、科室出院人次排行以及相关的费用类型和对应趋势内容,并实现关键指标从全院到科室再到医生的层级下钻分析 。
2、入院人次数分析
分别以柱状图、饼图 、曲线图等不同的方式展示全院总入院人次 、科室入院人次排行以及相关的费用类型和对应趋势内容,并实现关键指标从全院到科室再到医生的层级下钻分析 。
3、出院诊断排行分析
通过趋势图 、柱形图 、表格等方式，通过联动分析 ，分析出院诊断的排行，了解出院诊断的趋势情况 ，并通过同环比分析 ，掌握前二诊断的变化情况 。
4、自动出院率分析
通过饼图 、条形图 、趋势等不同展示方式分析医院自动出院率 ，及出院人次的疾病转归情况 ，并实现指标从全院到科室再到医生的层级下钻分析 。
5 、病种出院人次分析
以病种出发 ，通过表格 、饼图 、柱状图 、趋势等不同可视化方式分析医院各病种的出院情况 、疾病转归情况；并实现指标从全院到科室的层级下钻分析 。同时可以选择不同的科室分析诊断的排行情况 ，方便对医院各科室对收诊患者的病种管理。
1 、住院手术台数分析
分别以柱状图 、饼图 、曲线图等不同的方式展示住院手术台数、手术类型、科室住院手术台数排行以及手术名 称排行前5的TOP分析容,并实现关键指标从全院到科室再到医生的层级下钻分析 。
2 、三 、四级手术比例分析
分别以柱状图 、饼图、曲线图等不同的方式展示全院三四级手术比例 、科室三四级手术工比例情况以及全院手术排行前5的TOP分析容,并实现关键指标从全院到科室再到医生的层级下钻分析 。
3 、住院手术排行分析
通过分析手术排行情况 ，掌握医院的主要手术谱。了解医院的手术谱情况 ，对医院病种的发展趋势变化有整体的了解，并能够下钻查看各个科室的手术谱情况 。
1 、检查工作量分析
分别以柱状图 、饼图、曲线图等不同的方式展示全院检查工作情况、检查项目收入 、平均检查收入、医师人均检查量指标进行分析,对各类型检查项目进行TOP分析 ，了解全院的检查工作量情况，并实现关键指标从全院到科室再到医生的层级下钻分析 。
2 、检验工作量分析
分别以柱状图 、饼图 、曲线图等不同的方式展示全院检验工作情况 、检验项目收入 、平均检验收入 、医师人均检验量指标进行分析,对各类型检查项目进行TOP分析，了解全院的检验工作量情况，并实现关键指标从全院到科室再到医生的层级下钻分析 。
1 、医疗收入增长率分析
分别以饼图 、曲线图等不同的方式对医疗收入增长率的趋势、目标达成情况 、科室排行及医疗收入构成进行分析,了解全院医疗收入情况 ，并实现关键指标从全院到科室的层级下钻分析。另外 ，提供了医疗收入增长率的自助分析功能 ，主要从医疗收入占比出发 ，用户可以自行通过时间维度 、收入构成 、医院片区 、业务领域维度自定义组合查询各科室医疗收入构成（药品 、材料 、检查 、检验、医疗服务）占比情况 。
2 、医疗收入结构分析
主要从医疗收入结构出发（药品收入 、医疗服务性收入、卫生材料收入 、检查检验收入 、体检收入） ，通过收入占比趋势联动分析 、同期增减情况 、下钻科室明细 ，帮助医院管理者清晰的掌握医院当前收入结构达成情况 ，实现医院战略规划跟进和提前调控的作用 。另外 ，提供了医疗收入占比的自助分析功能 ，主要从医疗收入占比出发，用户可自行通过时间维度、收入构成 、医院片区 、科室维度自定义组合查询各科室医疗收入组成（药品、材料 、检查 、检验 、医疗服务）占比情况 。
3 、医疗总收入分析
分别以柱状图 、饼图 、曲线图等不同的方式展示医疗总收入指标, 查看全院的医疗总收入情况 ，且能够按照门诊、住院不同费用类别进行分析；并实现关键指标从全院到科室再到医生的层级下钻分析 。
4 、门诊收入分析
分别以柱状图 、饼图、曲线图等不同的方式分析门诊收入指标, 查看门诊收入情况 ，且能够按照不同费用类别进行分析 。并实现关键指标从全院到科室再到医生的层级下钻分析 。
5 、住院收入分析
分别以柱状图 、饼图 、曲线图等不同的方式展示住院收入指标, 查看住院收入情况，且能够按照不同费用类比进行分析 。并实现关键指标从全院到科室再到医生的层级下钻分析 。
6 、床日收入分析
分别以条形图 、趋势图等不同展示方式分析床日收入的科室排行 、趋势和同期对比情况；并可以支持指标从全院到科室的层级下钻分析。
7 、药品卫生材料占比分析
分别以柱状图、饼图 、曲线图等不同的方式展示药品与卫生材料占比 ，分析药品与卫生材料占比的同环比、趋势情况，并实现指标从全院到科室层级下钻分析 。
8 、检查检验占比分析
分别以柱状图 、饼图、曲线图等不同的方式展示检查检验占比 ，分析检查检验占比的同环比 、趋势情况 ，并实现指标从全院到科室再到医生的层级下钻分析 。
1 、平均住院天数分析
分别以柱状图 、饼图 、曲线图等不同的方式展示全院的平均住院天数。并能够提供下钻到不同科室、医疗小组或医生的平均住院天数 ，加强对院级优先级指标的管理 。另外 ，能够进行下钻各科室发现各科室的病种的平均住院日排行以及各科室的出院患者的诊断排行 。为后续平均住院日的管理提供方便 。
2 、病床使用率分析
主要以柱状图、曲线图等不同的方式展示全院的床位使用情况 ，通过实际开放床位数 、实际占用总床日数相关指标分析。对全院以及科室的床位使用情况进行深入分析对比 ，发现床位设置较为不合理的情况，并辅助进行改正 。
3 、日间手术率分析
分别以柱状图、饼图 、曲线图等不同的方式展示全院日间手术率 、日间手术率的趋势情况以及全院日间手术率科室排行前5的TOP分析,并实现关键指标从全院到科室再到医生的层级下钻分析 。
4 、平均每医生门诊人次分析
分别以条形图、趋势图等不同的展示方式分析每医生门诊人次同期对比 、趋势 、科室排行分析医院医生门诊工作情况 ，并支持指标从全院到科室层级下钻分析 。
5 、平均每医生出院人次分析
分别以条形图、趋势图等不同的展示方式分析每医生出院诊人次同期对比、趋势以及科室排行分析医院住院负荷释放情况 ，并支持指标从全院到科室层级下钻分析。
1 、人次均门急诊费用分析
分别以柱状图 、饼图、曲线图等不同的方式展示每门急诊人次费用 ，了解患者的门急诊费用负担水平 。并实现关键指标从全院到科室再到医生的层级下钻分析 。
2 、人次均住院费用分析
以柱状图、饼图 、曲线图等不同的方式展示住院人均费用 ，了解患者的住院费用负担水平 。并实现关键指标从全院到科室再到医生的层级下钻分析 。
3、住院患者次均药费分析
以柱状图 、曲线图等不同的方式展示住院次均费用 ，了解患者的住院药品费用负担水平 。
4、门急诊患者次均药费分析
以柱状图 、曲线图等不同的方式展示门急诊次均费用，了解患者的门急诊药品费用负担水平 。
1、全院药占比分析
分别以柱状图 、饼图 、曲线图等不同的方式展示药占比 ，分析药占比的同环比、趋势情况、预警情况 ，并实现指标从全院到科室再到医生的层级下钻分析。
2 、基药使用占比分析
通过分析基本药物使用比例 、使用科室排行及使用趋势等方式，可查看全院基药占比情况亦可查阅门诊 、住院分别的基药使用情况 。全面展示医院在用药方面的合理性 ，并且可以下钻的方式 ，分析科室用药 、医生用药的合理性
3 、住院抗菌药费用占药费比例分析
主要通过分析住院抗菌药费用占药费比例的本期同期对比 、趋势变化 、科室 、医生排行来了解医院住院抗菌药的使用情况 、及时发现不合理用药现象采取措施解决 ，并支持从全院到科室再到医生的层级下钻分析 。
4、门急诊抗菌药费用占药费比例分析
主要通过分析门急诊抗菌药费用占药费比例的本期同期对比 、趋势变化、科室 、医生排行来了解医院门急诊抗菌药的使用情况 、及时发现不合理用药现象采取措施解决 ，并支持从全院到科室再到医生的层级下钻分析。
1 、抗菌药物使用率分析
分别按人次 、处方统计 ，分析全院 、住院 、门诊 、急诊的抗菌药使用率情况 ，并实现从全院到科室再到医生的层级下钻分析 ，整体监控抗菌药物使用情况。
2 、抗菌药物使用强度分析
以出院抗菌药物使用强度和住院抗菌药物使用强度为指标分析 ，采用条形图 、曲线图等图表方式 ，分析抗菌药物使用强度整体情况。通过预警分析 ，掌握抗菌药使用强度达标科室数和未达标科室 ，整体监控抗菌药物使用强度 。
3 、抗菌药物送检率分析
用条形图 、曲线图等图表方式分析抗菌药送检率的情况 ，并实现从全院到科室再到医生的层级下钻分析，整体监控抗菌药物送检情况 。
4 、特殊级抗菌药物使用率占比分析
通过文本 、趋势图 、柱形图的方式对特殊级抗菌药物使用情况进行分析 ，发现使用的抗菌药物中特殊级抗菌药物的使用情况 。另外，可实现从全院到科室再到医生的层级下钻分析 ，整体监控特殊级抗菌药物使用情况 。
5 、特殊级抗菌药物使用强度分析
通过文本 、趋势图、柱形图的方式对特殊级抗菌药物使用强度进行分析，发现特殊级抗菌药物的使用强度情况 。另外 ，可实现从全院到科室再到医生的层级下钻分析 ，整体监控特殊级抗菌药物使用强度情况 。
以柱形图 、曲线图等图表方式 ，分析门诊出院诊断符合率、出入院诊断符合率 、手术冰冻与石蜡诊断符合率 、术前术后诊断符合率指标 ，并实现从全院到科室再到医生的层级下钻分析 ，整体了解诊断符合情况 。
1、再入院分析
通过对24小时再入院 、2-15天再入院 、16-31天再入院 、2-31天再入院指标的分析，了解下患者的再入院人次和再入院率，并实现关键指标从全院到科室再到医生的层级下钻分析 。
1、住院死亡分析
以疾病 、年龄段分析住院的死亡情况 ，并通过分析住院总死亡率 、恶性肿瘤死亡率 、重点病种死亡率 、新生儿住院死亡率指标 ，可下钻了解死亡个案信息 。
2、手术死亡分析
以疾病 、年龄段分析住院的死亡情况 ，并通过分析手术总死亡率 、恶性肿瘤手术死亡率 、重点手术死亡率 、再次手术住院死亡率指标 ，可下钻了解死亡个案信息。
3 、危重抢救死亡分析
以疾病、年龄段分析住院的死亡情况 ，并通过分析危重抢救成功人次、危重抢救成功率 、急危重抢救死亡人数 、急危重抢救死亡率指标 ，可下钻了解死亡个案信息 。
1 、重点病种分析
以条形图 、饼图 、表格等方式展现 ，分析重点疾病的病种人次 、死亡人数、死亡率、平均住院费用 、平均住院日 、再入院情况的指标 ，了解重点疾病的整体情况。
2 、重点手术分析
以条形图 、饼图 、表格等方式展现 ，分析重点手术的手术人次 、死亡人数 、死亡率 、平均住院费用 、平均住院日 、术后48小时内非计划重返手术人数、术后30天内非计划重返手术人数指标 ，了解重点手术的整体情况 。
3 、重点恶性肿瘤手术分析
以条形图、饼图 、表格等方式展现 ，分析重点恶性肿瘤手术人次、死亡人数 、死亡率、术后48小时内非计划重返手术人数 、术后30天内非计划重返手术人数 、平均住院费用、平均住院日指标 ，了解重点恶性肿瘤手术的整体情况 。
医院运行管理主要基于等级评审所需要的针对医院日常运行管理的指标统计 。通过医院运行基本监测指标 ，监测与了解医院日常运行的基本情况 。其中主要分为医院资源配置 、工作负荷 、治疗质量 、工作效率 、患者负担 、资产运营指标统计。
1 、资源配置
主要从人力资源 、资源配置监管指标两部分进行概括 ：人力资源主要从员工性质 、员工学历、卫生技术人员配置标准、员工性别年龄等多个角度 、多图形来分析人员分配情况；资源配置主要从床位资源 、人力资源 、基本资源每年，每季度的统计数据 ，以及卫生技术人员分布图 。
2 、工作负荷
主要从门诊工作量、住院工作量 、住院危重抢救工作量 、工作负荷监测指标部分进行分析和概况 ：门诊工作量从门诊人次 、急诊人次 、门诊手术 、体检人次 、留观人次门诊相关业务指标按科室进行统计 ，折线图展示医师日均负担门诊诊疗人次月趋势；住院工作量主要从住院业务相关指标按科室进行统计 ，并下钻至个案详情数据；住院危重抢救从住院抢救相关指标进行科室统计 ，并下钻至个案详情数据；工作负荷监测指标主要从门诊 、住院 、手术相关业务指标，结合条形图 、折线图进行多样式分析 。
3 、治疗质量
主要从治疗质量监测指标汇总进行分析，从手术冰冻与石蜡诊断符合例数 、恶性肿瘤手术前诊断与术后病理诊断符合例数 、住院患者死亡与自动出院例数 、住院手术例数 、住院手术死亡例数治疗质量相关指标按每年 、每月进行统计分析 。
4、工作效率
主要从工作效率监测指标汇总进行分析 ，从出院患者平均住院日 、平均每张床位工作日 、床位使用率 、床位周转次数指标按每年、每月进行统计分析 ，以及平均床日数 、床位使用科室排行图形展示 。
5 、患者负担
主要从患者负担监测指标进行分析和概况 ：患者负担监测指标主要从每门诊人次费用 、每门诊人次药品费用 、每住院人次费用 、每住院人次药品费用统计数据 ，及月趋势对比分析 ，并下钻科室分析患者负担相关指标统计数据 ，最后下钻查看详细个案数据；患者负担明细 。
6 、资产运营
主要从资产运营监测指标进行分析 ，从流动比率 、速动比率 、医疗收入/百元固定资产、业务支出/百元业务收入 、资产负债率 、固定资产总值(元) 、医疗收入中药品收入比率 、医疗收入中医用材料收入比率每月统计数据和其月趋势分析 ，以及相应指标对比折线图分析 。
7、科研成果
主要各科室的科研成果（如 ：论文、研究成果专 利等等）进行统计 ，以及全院每年科研成果月趋势分析。
1 、住院重点疾病
从年份、季度角度分析住院重点病种整体情况(总例数、死亡例数 、15日内再住院率 、31日内再住院率 、平均住院日 、平均住院费用)，以柱状图的方式分析重点病种年龄段与性别分布，以曲线图的方式展示重点病种再住院率季度趋势，并且可以联动的方式 ，分析各具体重点疾病的情况。
2 、住院重点手术
从年份、季度角度分析住院重点手术整体情况(总例数、死亡例数 、术后非预期再手术例数 、平均住院日 、平均住院费用)，以条形图的方式分析各年度重点手术转归情况，以柱状图的方式展示重点手术年龄性别分布情况，并且可以联动的方式 ，分析各具体重点手术的情况。
3 、麻醉相关专题统计住院重点疾病
主要从每年 、每季度对麻醉三级相关指标进行统计 ，以及利用图形对各类麻醉分布 、麻醉非预期相关事件分布 、麻醉分级管理情况的分析 。
4 、手术并发与患者安全类
通过依据三甲综合质量评审文件规定 ，统计每类手术并发症与患者安全的监测指标 ，了解手术并发症与患者安全的总体情况。其中主要包括住院患者压疮发生率及严重程度，医院内跌倒/坠床发生率及伤害严重程度 ，择期手术后并发症（肺栓塞 、深静脉血栓、败血症、出血或血肿 、伤口裂开 、猝死、呼吸衰竭 、骨折 、生理/代谢紊乱 、肺部感染 、人工气道意外脱出）发生率 ，产伤发生率 ，因用药错误导致患者死亡发生率 ，输血∕输液反应发生率 ，手术过程中异物遗留发生率，医源性气胸发生率 ，医源性意外穿刺伤或撕裂伤发生率等进行专题指标统计 。
质量的过程（核心）质量指标为重点 ，本指标使用的对象是三级医院，重点是三级甲等医院。质量指标方面是以“急性心肌梗死 、心力衰竭 、肺炎 、脑梗死 、髋与膝关节置换术 、冠状动脉旁路移植术 、围术期预防感染”七项单病种（特定病种） 。主要分为单病种质量监测 、围术期预防感染监测进行专题指标统计。
1 、急性心肌梗死AMI
通过依据三甲综合质量评审文件规定 ，首先对各类单病种的总体分析 ，主要从治疗质量 、效率质量 、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析 ，并下钻至个案的层级进行急性心肌梗死AMI相关三甲指标详情分析 。
2、急性心力衰竭
通过依据三甲综合质量评审文件规定 ，首先对各类单病种的总体分析 ，主要从治疗质量 、效率质量、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析 ，并下钻至个案的层级进行急性心肌梗死AMI相关三甲指标详情分析。
3 、社区获得性肺炎ＣＡＰ--住院 、成人
通过依据三甲综合质量评审文件规定，首先对各类单病种的总体分析，主要从治疗质量 、效率质量 、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析 ，并下钻至个案的层级进行社区获得性肺炎ＣＡＰ--住院 、成人相关三甲指标详情分析 。
4 、脑梗死ＳＴＫ
通过依据三甲综合质量评审文件规定，首先对各类单病种的总体分析 ，主要从治疗质量 、效率质量 、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析 ，并下钻至个案的层级进行脑梗死ＳＴＫ相关三甲指标详情分析。
5 、髋关节置换术
通过依据三甲综合质量评审文件规定，首先对各类单病种的总体分析 ，主要从治疗质量 、效率质量 、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析 ，并下钻至个案的层级进行髋关节置换术相关三甲指标详情分析 。
6 、冠状动脉旁路移植术ＣＡＢＧ
通过依据三甲综合质量评审文件规定，首先对各类单病种的总体分析 ，主要从治疗质量 、效率质量、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析，并下钻至个案的层级进行冠状动脉旁路移植术ＣＡＢＧ相关三甲指标详情分析。
7、围术期预防感染
通过依据三甲综合质量评审文件规定，首先对各位围手术期手术的总体分析 ，主要从过程质量 、效率质量 、经济质量相关指标的分析,以及相关过程质量指标维度进行图形展示对比分析 ，并下钻至科室分析术前 、术中 、术后等过程统计指标 ，并下钻至个案详情详情数据分析 。
8 、社区获得性肺炎--住院 、儿童
通过依据三甲综合质量评审文件规定 ，首先对各类单病种的总体分析 ，主要从治疗质量 、效率质量 、经济质量相关指标的分析, 病种可联动年龄和性别的维度进行图形展示对比分析 ，并下钻至个案的层级进行社区获得性肺炎--住院 、儿童相关三甲指标详情分析 。
主要以诊疗过程与结果质量为重点的指标 。对医院重症医学质量情况的评估 ，主要从非预期的重返重症医学科率 、呼吸机相关肺炎的预防率 、发病率方面进行重症医学监测指标的统计 。
1 、ＩＣＵ-1 非预期的 24/48 小时重返重症医学科率
首先通过对重症医学(ICU)质量监测指标汇总统计 ，展示各项指标每年 、每季度的分子 、分母及比例数据（包含ＩＣＵ-1 非预期的 24/48 小时重返重症医学科率），可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据。
2 、ＩＣＵ-2 呼吸机相关肺炎（ＶＡＰ）的预防率
首先通过对重症医学(ICU)质量监测指标汇总统计，展示各项指标每年 、每季度的分子 、分母及比例数据（包含ＩＣＵ-2 呼吸机相关肺炎（ＶＡＰ）的预防率） ，可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据 。
3 、ＩＣＵ-3 呼吸机相关肺炎（ＶＡＰ）发病率
首先通过对重症医学(ICU)质量监测指标汇总统计 ，展示各项指标每年、每季度的分子 、分母及比例数据（包含ＩＣＵ-3 呼吸机相关肺炎（ＶＡＰ）发病率） ，可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据 。
4 、ＩＣＵ-4 中心静脉置管相关血流感染发生率
首先通过对重症医学(ICU)质量监测指标汇总统计 ，展示各项指标每年、每季度的分子、分母及比例数据（包含ＩＣＵ-4 中心静脉置管相关血流感染发生率） ，可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据 。
5 、ＩＣＵ-5 留置导尿管相关泌尿系感染发病率
首先通过对重症医学(ICU)质量监测指标汇总统计 ，展示各项指标每年 、每季度的分子、分母及比例数据（包含ＩＣＵ-5 留置导尿管相关泌尿系感染发病率），可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据。
6 、ＩＣＵ-6 重症患者死亡率
首先通过对重症医学(ICU)质量监测指标汇总统计，展示各项指标每年 、每季度的分子 、分母及比例数据（包含ＩＣＵ-6 重症患者死亡率） ，可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据 。
7 、ＩＣＵ-7 重症患者压疮发生率
首先通过对重症医学(ICU)质量监测指标汇总统计 ，展示各项指标每年、每季度的分子 、分母及比例数据（包含ＩＣＵ-7 重症患者压疮发生率） ，可下钻至科室查看相关指标的统计数据，最后可先钻查看重症ICU的个案详情数据 。
8 、ＩＣＵ-8 人工气道脱出例数
首先通过对重症医学(ICU)质量监测指标汇总统计 ，展示各项指标每年、每季度的分子 、分母及比例数据（包含ＩＣＵ-8 人工气道脱出例数） ，可下钻至科室查看相关指标的统计数据 ，最后可先钻查看重症ICU的个案详情数据 。
主要是以医院抗菌药物使用的结果指标 。主要针对每百张抗菌药物处方数占比 、每百张注射剂处方数占比 、药占比、抗菌药物占比相关专题指标统计 。
1 、每百张门诊处方抗菌药处方占比
对每百张门诊处方抗菌药处方占比的本期值与同期值的对比 ，以及指标改善情况分析 。
2、每百张门诊处方注射剂处方占比
对每百张门诊处方注射剂处方占比的本期值与同期值的对比，以及指标改善情况分析 。
3 、药费收入占医疗总收入比重
对药费收入占医疗总收入比重的本期值与同期值的对比，以及指标改善情况分析 。
4 、抗菌药物占西药出库总金额比重
对抗菌药物占西药出库总金额比重的本期值与同期值的对比 ，以及指标改善情况分析 。
5 、常用抗菌药物种类与可提供药敏试验种类比例
对常用抗菌药物种类与可提供药敏试验种类比例的本期值与同期值的对比 ，以及指标改善情况分析 。
感染质量是以特定对象的结果指标为重点 ，即使用呼吸机 、导管 、导尿管三项器械所致感染的结果指标为重点 ，同时以手术风险评估类别来评价术后切口感染的结果指标 。主要分为感染控制质量 、手术感染控制专题指标统计 。
1、呼吸机相关肺炎发病率
主要是对每年 、每季度的呼吸机相关肺炎感染人数、使用呼吸机总日数 、呼吸机相关肺炎发病率(‰)等指标统计分析 ，并对各季度呼吸机相关肺炎感染对比 、以及季度趋势分析 ，可下钻科室查看呼吸机相关肺炎相关统计数据 ，并下钻查看详细个案数据 。
2 、留置导尿管相关泌尿系感染发病率
主要是对每年 、每季度的留置导尿管相关泌尿系感染人数 、使用导尿管总日数、留置导尿管相关泌尿系感染发病率(‰)指标统计分析 ，并对各季度留置导尿管相关泌尿系感染对比 、以及季度趋势分析 ，可下钻科室查看留置导尿管相关泌尿系感染相关统计数据 ，并下钻查看详细个案数据。
3 、血管导管相关血流感染率
主要是对每年 、每季度的血管导管相关血流感染人数 、使用中心静脉置管总日数 、血管导管相关血流感染率(‰)指标统计分析 ，并对各季度血管导管相关血流感染对比 、以及季度趋势分析 ，可下钻科室查看血管导管相关血流感染相关统计数据 ，并下钻查看详细个案数据 。
4 、不同感染风险指数手术部位感染发病率
对各类手术风险等级的手术风险人数、手术感染病例数、感染发病率 ，以及各类切口各类不同程度组织感染的感染人数 、发病率指标进行统计 ，并以图形展示各季度风险感染 、各季度手术感染情况对比分析 ，并下钻至科室分析各类手术风险等级的手术风险人数 、手术感染病例数 、感染发病率情况 ，最后下钻至个案详情 。
中间件是提供系统软件和应用软件之间的连接，以便于软件各部件之间的沟通 ，特别是应用软件对于系统软件的集中的逻辑 ，在现代信息技术应用框架如Web服务、面向服务的体系结构等中应用比较广泛 。
在实际的应用中，更多的需求是使用远程工作目录 。即报表服务器集成部署于实际的系统当中 ，报表设 计者通过设 计器连接远程环境 ，直接对报表模板文件，配置参数等进行编辑保存 。特别如果有测试环境，生产环境等多个环境的情况下 。
提供异构数据源模型，可以进行多源数据关联 ，使得同一张报表的数据可以来源于同一数据库的多个不同表 ，或多个不同数据库 。
要求医院统一外联平台采用平台安全组件+服务总线的方式 ，构建一体化的安全服务体系 ，解决信息传输、存储过程中可能导致的安全隐患 ，屏蔽来自互联网的恶意攻击。平台通过统一的安全交换组件对外部对象提供服务，平台外部调用方通过统一的授权管理接入平台 ，平台通过加密后的身份认证数据判别调用方的服务访问权限 。采用日志分析引擎分析和指出系统的薄弱环节 ，给出相应的预警报告 ，针对现有系统提出“事前+事中+事后”的安全防护解决方案。
要求医院外联开发平台采用“数据+服务+应用”的模式设 计 ，通过提供可供开放的数据服务，以信息资源服务目录列表形式在外联平台门户上展现，采用高效率、高质量的方式帮助开发者实现数据整合。医院外联平台一方面提供了院内的部分开放服务，加入智能化的服务监测以及服务编排 ，引入开放的理念 ，打造医院内部的服务共享平台 。另一方面平台允许接入第三方公共服务 ，从而扩大数据的业务领域范围 ，实现真正意义上的服务共享协同 。
节点指医院外联平台以外与平台进行交互的接入端点 。可以是基于平台的应用系统 ，也可以是平台外部的其它平台或系统 。例如第三方APP。医院外联平台内的服务可以通过授权进行分发管理 ，接入医院外联平台的系统或者厂商只能访问其有权限的数据服务 ，彻底杜绝服务暴露的安全问题。
随着越来越多的外部系统接入，外联服务可以通过授权管理快速对服务进行适配 ，服务授权通过授权码和密钥来实现对调用机构的认证 ，对每个接入的实体分配一个授权码 ，并生成数据加密的公私钥 ，外部系统通过授权码进行相应服务的调用 ，这样可以判断接入者的身份 ，避免出现数据及系统的安全问题 。
服务在平台上提供统一的分类管理，方便使用者快速定位到所要调用的服务。
对于未上线医院外联平台的机构，服务可能独立存在 ，未对服务的分类进行管理 ，缺乏一致的服务对接标准 ，所以出现服务不规范 、重叠等现象 。通过医院外联平台对服务整合封装，对服务进行整理规范 ，形成统一的服务管理窗口 ，这样不仅可以达到管理的目的 ，也方便在外部有调用服务需求的时候可以快速的定位到所请求的服务 。
机构的外部服务通过平台的管理封装后 ，可以实现对服务统一的调取方式 ，同一出口 ，避免因外部需求过多 ，服务管理混乱不可控的现象 。
提供服务的接入信息维护 ，以及服务的基本信息和参数信息 ，所有接入的服务在正式发布使用前 ，都必须经过平台的审核认证 ，平台对服务有拒绝发布的权利 。
在统一服务中提供实时的数据服务 ，例如检查检验报告实时查询 、病人信息查询 、预约记录查询等 。该类服务由医院外联平台统一管理 ，第三方接入到平台中主动进行调阅来获取服务数据，平台可以根据接入的厂商进行实时服务的权限分配 ，以满足不同厂商的数据要求 。
由医院外联平台提供主动的定时推送服务 ，例如预约号源数据推送、日报统计信息 、支付消息提醒推送服务等 。该类服务由医院外联平台统一管理 ，主动推送给需要接受该类服务数据的第三方厂商 ，与实时服务不同，定时服务可以根据不同服务及不同厂商的的业务需要分别配置不同的推送频率 、推送时间 ，满足各类的数据服务要求 。
服务集市是指医院外联平台根据接入系统的需求 ，设置多个符合需求的服务。服务集市可以对平台目前接入的服务或者创建的服务按照目录分类进行展示 ，方便用户更快的查找到所需的服务 。服务集市本质上就是服务注册的另一种显示模式 ，可以通过列表或者图表显示。
服务监测是医院外联平台稳定运行的保障 ，主要对整个平台的服务管理起到监控的作用，对服务的调用进行统计分析 ，防范服务的恶意调用，对用户的操作行为进行分析 ，统计用户对服务的使用次数，通过制定预警规则 ，准实时的对服务进行超时以及异常提醒 ，做到快速监控。同时服务监测还能够对平台上的服务进行自我监测 ，判断服务是否正常运行 ，如果发现平台异常能即时地调用预警接口发送预警消息 ，提醒方式包括邮件以及短信 。外联平台具备一定的修复能力和高危预警处理机制 ，可以在运维人员赶到现场的时间段内采用自动的防护措施，例如自动屏蔽异常服务，保证其他服务不受异常故障的影响。
外联平台服务监测支持图形化的展示 ，直观的反映出服务的调用周期（包括服务高并发时间段、响应时间 、调取频率等） 。
在处理一些业务联动的事务过程中 ，往往需要将多个业务服务组合在一起 ，建立一个用来处理联动事务的场景 。
服务编排作为医院外联平台的智能化管理方案 ，提供了能够将平台内的各类服务按照既定的流程进行组合 ，融入智能化的规则过滤以及分发机制 ，提供更加多样化的深加工服务 。服务编排包括服务集成、路由管理 、规则过滤等 。
服务集成 ：服务集成作为服务编排的可视化操作对象，每个集成都由若干个服务服务有序组成，前一个服务的输出做为下一个服务的输入，并通过过滤器的干预 ，进行更加符合实际业务的通讯顺序 。
规则过滤管理 ：面对大量结构化、非结构化的服务返回数据，上下服务对数据识别的工作十分繁琐与复杂 。因此 ，需要建立能够让服务接收方识别的数据过滤与识别规则 。在规则过滤的帮助下 ，能够让服务按照某种既定的规则有序的进行下去 。
路由管理 ：路由充当着指路者的作用 ，服务集成完毕之后 ，需要通过若干个路由的寻址与转换才能完整地执行服务流程 。
外联平台内的服务可以是院内的服务 ，也可以是第三方提供的外部服务，所有服务通过授权进行分发管理 ，接入外联平台的系统或者厂商只能访问其有权限的数据服务，彻底杜绝服务暴露的安全问题 。支持通过面向互联网接入 ，如互联网医院 、互联互通平台的外联通以及医院互联网的接入 。
由于网络技术日趋成熟 ，黑客们也将注意力从以往对网络服务器的攻击逐步转移到了对Web应用的攻击上 。根据Gartner的最新调查 ，信息安全攻击有75%都是发生在Web应用而非网络层面上 。所以需要在软件开发生命周期全过程中预防安全漏洞的措施和方法 。
资源共享风险。多租户共享计算资源带来了更大的风险 ，包括隔离措施不当造成的用户数据泄漏 、用户遭受相同物理环境下的其他恶意用户攻击；网络防火墙/IPS虚拟化能力不足、导致已建立的静态网络分区与隔离模型不能满足动态资源共享需求 ：虚拟机流量不可视 ，虚拟机对Hypervisor以及不同虚拟机之间的攻击等安全问题 。
数据传输过程中的数据私密性与完整性存在威胁。HTTPS访问方式不普及，目前多数用户仍使用HTTP方式访问云资源 。
管理员可以访问和云基础设施和数据服务的资源 ，需要防止管理员权限的滥用 。要对管理员的运维操作提供统一的入口 、授权和审计手段 。
1 、用户管理
平台内置用户管理功能 ，具有创建用户 、修改 、查询、删除用户的功能。凡需访问云基础设施和数据服务的用户 ，应先进行标识（建立账号） 。支持增加 ，修改 ，和查询用户的管理 ，可以根据业务需要随时增加管理员 。比如对职务 、Email地址 、所属部门 、电话等信息进行修改 。
2 、授权管理
外联平台授权管理分为身份授权和服务授权 ，身份授权是为接入平台的实体分配统一的授权码和密钥 ，是外部系统接入平台的入口 。服务授权是将特定的服务分组分配给外部调用者 ，确保服务不被越权访问 。
3 、身份认证
身份认证服务是指对访问平台的用户进行身份鉴别的过程 ，包括识别和验证两部分 。身份识别是对访问者的身份有效性进行判断 ，验证是对访问者的身份合法性进行确认 。
身份的认证方式是通过接入时由外联平台统一分配的授权码与加密密钥共同完成 ，平台通过配对的密钥完成授权码的解码 ，并将授权码与用户身份进行核实 。为保证平台数据访问的安全性 ，外部系统在每进行一次服务调用时都需要进行认证。
4、访问令牌
访问令牌管理是通过对接入用户所携带的ID进行验证的过程 ，通过与平台管理的下发授权码和密钥进行验证 ，符合令牌服务要求的用户才可以访问授权的服务 。
5 、数据包限制
平台根据服务请求数据设定规则（例如服务请求A通常传入数据包大小不超过20k ，通过设定规则 ，将超过20k数据包进行主动拦截） ，将传入的数据包进行限制 ，对超大数据包进行拦截 ，并通过实时分包和抽样分包机制 ，对传入数据进行分析 ，特别对超过规则设定的数据包进行分析 ，避免可能带来的外部威胁。
6 、结构化数据校验
通过对数据传入参数进行解析 ，按照平台设置规则进行结构化处理 ，对非法数据进行过滤或拦截，保证数据符合安全规则 。
1 、传输加密
支持采用国密算法SM2+SM4复合型加密算法对身份信息和传输数据进行加密 ，为平台接入对象分配唯一的加密密钥保证数据传输过程的安全性 。
2 、数据防篡改
为保证数据传输过程不被篡改 ，平台采用HASH值验证数据传输过程的完整性 。
3 、IP黑名单
IP黑名单管理是一个以攻击来源为目标的管理序列 ，通过对攻击行为进行判断 ，计算各个攻击行为的威胁程度 ，然后将计算出的各个攻击源IP保存到黑名单中。外联平台限定院外IP访问服务的频率，超出上限X次则自动加入IP黑名单 。
4、隐私保护
隐私保护按照用户的实践范围提供完全符合病人的隐私和保密的要求 ，保护患者的隐私和安全 ，确保在院内以及提供正常医疗服务以外的（例如医疗保险 、管理以及某种形式的研究）传递中 ，患者数据不被非法读取 。
5 、隐私规则
定制了平台内资源的隐私程度级别和形式。其中隐私规则包含了对平台资源数据的模糊 、隐藏 、替换 、过滤操作的规则管理 。平台可以根据实际应用场景 ，配置规则 ，对资源进行隐私处理，对查询数据进行过滤 ，或者对查询字段模糊处理 ，并支持自定义过滤规则 ，如将敏感字段替换成固定文字或者特殊字符等。
1 、非法访问监测
外联平台日志分析引擎通过对接入用户的访问规律进行分析 ，例如访问的高峰时间段 、访问的频率 、单位时间内（默认为每天 ，可以根据规则进行配置）访问的次数进行组合分析，得出用户日常访问习惯 。当某一段时间内出现异常行为时，例如爆发性调用 ，非正常时间段内频繁访问等 ，进行异常提醒，并给出相应的可能导致威胁的处置机制 。
2 、黑名单管理
通过定时对用户的访问行为进行分析，对访问日志分级分类 ，设置服务的访问频率 ，把单位时间内不正常的访问行为设定为可能的非法行为 ，自动将访问用户IP加入黑名单 ，进行隔离 。
3 、攻击行为判别
攻击性行为判别是基于分析引擎的用户行为分析实现的 ，平台具备基础的入侵监测对照机制，并能够在后期不断的维护中逐步完善 ，当判别为攻击行为时 ，外联平台将根据默认的防御机制（IP屏蔽 ，用户授权拦截等）进行处置 。
4、安全预警
当服务监控出现异常（接入服务故障 、突发性高并发访问等） 、硬件服务器故障 、网络资源被异常占用等突发性预警情况出现时 ，能主动的发送通知消息，第一时间通知相关人员采取防护措施 ，避免影响范围进一步扩大 。
为了提高系统的健壮性和稳 定 性 ，应对高并发的数据访问请求，外联平台的服务可以部署在多台服务器上 ，组成一个服务集群 。用户发起API调用时 ，可以根据负载均衡算法 ，将请求发送到不同的服务器上 ，起到分流的效果 。通过集群管理可以监控集群中服务器的运行状态 ，新增或删除集群服务器 。
例如访问HIS的介入服务的服务器就要进行集群部署的方式 ，上一级服务器可以根据不同介入服务器的负载状况来决定使用那台HIS接入服务器来提供服务 ，从而更好地平衡访问压力 ，保证整个外联平台的高可用性。
作为一个为多种应用提供服务的外联平台 ，自身的高可用性也是一个非常重要的环节 。当一台服务器出现故障后 ，能够自动地将服务请求切换到备份服务器上，保证服务的连续性和生存率 。
医院外联平台采用基于ELK的日志分析引擎 ，根据ELK日志，对用户行为进行分析 ，全流程监控数据使用动向 ，分析出服务调用异常的用户 ，并对其进行特殊限制 ，确保服务的安全 、稳定 。分析引擎包括用户行为分析 、访问效率评估 、服务异常应答、攻击行为判别 、告警通知审计等功能 。
外联平台日志分析引擎通过对接入用户的访问规律进行分析 ，例如访问的高峰时间段 、访问的频率 、单位时间内（默认为每天 ，可以根据规则进行配置）访问的次数进行组合分析 ，得出用户日常访问习惯 。当某一段时间内出现异常行为时，例如爆发性调用 ，非正常时间段内频繁访问等，进行异常提醒，并给出相应的可能导致威胁的处置机制 。
外联平台提供对服务的反向评估功能 ，对平台转发的服务进行访问效率评估 ，对服务的响应时间进行统计 ，对经常占用资源 、超时无返回 、请求失败等异常进行分析，并根据访问效率反向推动接入的服务方优化服务执行效率 。
外联平台从服务的并发量 、访问量等角度对服务进行优化配置，通过对服务的日常访问记录分析服务量变化曲线 ，结合平台的软负载自动将高并发的服务分配到对应的服务器 ，从而达到优化服务配置的目的 。
攻击性行为判别是基于分析引擎的用户行为分析实现的 ，平台具备基础的入侵监测对照机制 ，并能够在后期不断的维护中逐步完善，当判别为攻击行为时，外联平台将根据默认的防御机制（IP屏蔽 ，用户授权拦截等）进行处置 。
解决医院信息系统的系统异构集成、数据共享和数据交换传输标准等关键性技术问题。全院各个应用系统均与医院集成平台互联互通 ，通过医院集成平台实现相互之间的数据交换和应用服务的调用 。并通过国家卫建委的医院信息互联互通标准化成熟度测评，达到四级甲等水平。
数据集标准化建设的主要目标是 ，确保医院信息平台输出的数据符合《卫生信息数据元目录》 、《卫生信息数据元值域代码》 、《电子病历基本数据集》的要求 。电子病历基本架构分为病历概要 、门（急）诊病历记录 、住院病历记录 、转诊（院）记录 、医疗机构信息 ，共5个业务域 。各业务域的信息内容根据临床业务规范和实际应用需要 ，细分为若干个既相对独立又彼此关联的“业务活动记录类别” 。《电子病历基本数据集》标准就是基于“业务活动记录类别”这一层级划分的 ，共分为17个基本数据集 ，58个数据子集，如下图所示 ：
针对标准中数据集的划分情况 ，在信息集成平台中建设对应的映射数据集 ，同时将数据集标准中规定的数据元按照子集的划分 ，关联到对应的数据子集 ，每一个数据子集是一个完整独立的可用于对外数据交换的数据集合 。确保做到 ：
完整提供《电子病历基本数据集》标准中要求的58个数据子集数据 。
确保标准中要求的所有数据元的完整性和准确性，重点针对数据元的名 称 、数据类型 、表示格式和值域进行符合性检查 。
具体实现步骤 ：
通过数据映射转换工具配置原始数据与标准的映射关系 ，在数据从原始业务系统采集到信息集成平台的过程中 ，需要依据标准映射的规则 ，使用ETL工具对数据进行清洗和标准化转换，并将转换后的标准化数据存储到信息集成平台数据中心 ，最终向外提供标准化的电子病历基本数据内容 。
针对现有数据集部分实现的情况 ，以下方式进行数据集标准化建设 ：
1、有结构化但数据元覆盖率较低的数据集 ，进行结构化模板改造 ，要求覆盖率至少达到50%以上 。
2 、有模板但没有结构化的 ，需进行结构化模板改造，没有病历模板的数据集 ，需讨论如何解决结构化数据问题 。
3、因未使用相关系统而采集不到电子化数据的，应尽早计划系统采购上线事宜 。
4 、手术麻醉系统、输血系统等HIS 、EMR外的第三方系统产生的数据集 ，需平台与相关系统进行改造，将涉及到的相关数据集的所有结构化数据传到平台 。
5 、业务字典与标准字典映射 。
6 、HIS/EMR/集成平台创建视图提供标准数据集要求的数据元 。
7、创建标准库 ，将58个基本数据集从业务系统抽取到标准库中 ，并进行数据清洗 、转换 ，以符合标准化要求 。
8 、导出标准数据集 ，在卫计委提供的测评网站上测试 。
针对医院项目信息化现状，依照互联互通标准化成熟度测评的要求，通过对数据集的覆盖范围及数据元 、数据元值域的符合情况 ，对集成平台数据集的符合情况进行差距对比 。
数据集标准化建设指标总数：58个 ，根据医院信息互联互通标准化四甲测评标准对医院信息化现状进行差距分析后 ，需要进行标准化改造的子集数：57个。具体如下：
表5-3 数据集标准清单
1
电子病历基本数据集 第1部分 ：病历概要
患者基本信息子集
2
基本健康信息子集
3
卫生事件摘要子集
4
医疗费用记录子集
5
电子病历基本数据集第2部分门急诊病历
门急诊病历子集
6
急诊留观病历子集
7
电子病历基本数据集 第3部分门(急)诊处方
西药处方子集
8
电子病历基本数据集 第4部分检查检验记录
检查记录子集
9
检验记录子集
10
电子病历基本数据集第5部分治疗处置-一般治疗处置记录
治疗记录子集
11
一般手术记录子集
12
麻醉术前访视记录子集
13
麻醉记录子集
14
麻醉术后访视记录子集
15
输血记录子集
16
电子病历基本数据集 第6部分 ：治疗处置-助产记录
待产记录子集
17
阴道分娩记录子集
18
剖宫产手术记录子集
19
电子病历基本数据集 第7部分护理-护理操作记录
一般护理记录子集
20
病危（重）护理记录子
21
手术护理记录子集
22
生命体征测量记录子集
23
出入量记录子集
24
高值耗材使用记录子集
25
电子病历基本数据集 第8部分护理评估与计划
入院评估记录子集
26
护理计划记录子集
27
出院评估与指导记录子集
28
电子病历基本数据集 第9部分知情告知信息
手术同意书子集
29
麻醉知情同意书子集
30
输血治疗同意书子集
31
特殊检查及特殊治疗同意书子集
32
病危（重）通知书子集
33
其他知情同意书子集
34
电子病历基本数据集 第10部分住院病案首页
住院病案首页子集
35
中医住院病案首页子集
36
电子病历基本数据集 第12部分入院记录
入院记录子集
37
24h内入出院记录子集
38
24h内入院死亡记录子集
39
电子病历基本数据集 第13部分住院病程记录
首次病程记录子集
40
日常病程记录子集
41
上级医师查房记录子集
42
疑难病例讨论子集
43
转科记录子集
44
阶段小结子集
45
会诊记录子集
46
术前小结子集
47
术前讨论子集
47
术后首次病程记录子集
48
出院记录子集
50
死亡记录子集
51
死亡病例讨论记录子集
52
交接班记录子集
53
抢救记录子集
54
电子病历基本数据集 第14部分住院医嘱
住院医嘱子集
55
电子病历基本数据集 第15部分出院小结
出院小结子集 ：
56
电子病历基本数据集第16部分转诊(院)记录
转诊（院）记录子集 ：
57
电子病历基本数据集第17部分医疗机构信息
医疗机构信息子集：
针对数据集差距对比表 ，进行相应数据覆盖面 、数据结构、数据格式的改造 ：
1 、标准数据集覆盖范围改造
针对标准数据集范围内有缺失的 ，着重进行数据整合 ，并逐步完成数据整合后相关的数据存储及利用 。
2、数据结构改造
针对集成平台数据集 、数据元项目缺失的 ，在平台数据库结构中进行完善 。平台应实现与《WS 445-2014 电子病历基本数据集》标准的全部数据元的覆盖 ，并完成相关接口和应用调整 。
3 、数据格式及数据元值域改造
针对数据元值域与格式不符合标准的，通过字典映射或数据库的数据值域与格式修改等技术手段进行改造，并完成相关接口和应用调整 。
4 、数据集生成XML文档
将符合标准的数据集通过工具转换为数据集XML文档，用于导入数据集符合性测试工具进行测试 。
1 、数据集标准自测准备
建立完全符合相关数据集的交换中间表 。开发中间表数据元值域逻辑校验工具 。将平台数据库做备份，使用备份数据完成相关测试。
2 、数据集标准符合情况自测
将平台数据输出到中间表 ，通过校验工具 ，验证平台输出数据标准化水平 ，生成符合标准数据子集XML 文件模板的静态测试数据样本 。
共享文档标准化建设的主要目标是 ，确保医院信息平台能够生成符合《卫生信息共享文档规范》要求的临床信息共享文档 ，并能够接收和管理符合规范要求的临床信息共享文档。卫生部发布的《卫生信息共享文档规范》中确立的文档架构是针对卫生行业电子交换文档而制定的一套文档标记语言及规范 ，借鉴了国际上已有的成熟文档架构标准HL7 CDA R2三层架构 ，并对CDA R2文档架构进行本土化约束和扩展 ，以适合和规范我国医疗卫生环境下的卫生信息共享文档的共享和交换。卫生信息共享文档由文档头、文档体组成 ，其中文档体又由文档章节和文档条目组成 。为满足共享文档标准 ，具体实现的步骤为 ：
文档模板结构定义 ：依据卫生部发布的《卫生信息共享文档规范》中的各个共享文档的标准 ，在系统中实现对共享文档模板结构定义 。
确定数据来源 ：共享文档的结构定义包含了各标签具体描述的语义 ，需要针对具体的语义 ，结合对应的电子病历基本数据标准中的数据元定义 ，为文档结构中各个标签确定期相应的数据来源 。
由数据集生成文档：共享文档是通过将标准数据集的数据进行格式转换 ，将文档涉及的每个标签指 定的数据元 ，作为共享文档描述内容 ，最终完成文档的生成；
共享文档管理 ：信息集成平台需要提供共享文档的管理功能 ，支持共享文档的注册、查询 、获取功能 ，通过文档管理模块来实现共享文档标准化的改造 。
1.1在实现数据集标准化的基础上 ，解读CDA文档模版 ，了解模版中各节点及属性与数据集中数据元的对应关系 ，采用动态映射填充模板技术，将数据中心标准数据层中的数据源与共享文档中相应的节点建立映射规则，提供导出CDA文档的接口或者方法 ，逐步实现共享文档标准化 。
1.2将导出的CDA文档上传到卫计委提供的标准测评网站上进行测试 。
针对我院项目信息化现状，依照互联互通标准化成熟度测评的要求 ，通过对共享文档的覆盖范围及数据 、文档格式的符合情况 ，对集成平台共享文档的符合情况进行差距对比 ，需要进行共享文档标准改造内容共53项 。
表5-4共享文档标准改造清单
1
电子病历共享文档规范第1部分
病历概要
2
电子病历共享文档规范第2部分
门（急）诊病历
3
电子病历共享文档规范第3部分
急诊留观病历
4
电子病历共享文档规范第4部分
西药处方
5
电子病历共享文档规范第5部分
中药处方（选测）
6
电子病历共享文档规范第6部分
检查记录
7
电子病历共享文档规范第7部分
检验记录
8
电子病历共享文档规范第8部分
治疗记录
9
电子病历共享文档规范第9部分
一般手术记录
10
电子病历共享文档规范第10部分
麻醉术前访视记录
11
电子病历共享文档规范第11部分
麻醉记录
12
电子病历共享文档规范第12部分
麻醉术后访视记录
13
电子病历共享文档规范第13部分
输血记录
14
电子病历共享文档规范第14部分
待产记录（选测）
15
电子病历共享文档规范第15部分
阴道分娩记录（选测）
16
电子病历共享文档规范第16部分
剖宫产记录（选测）
17
电子病历共享文档规范第17部分
一般护理记录
18
电子病历共享文档规范第18部分
病重（病危）护理记录
19
电子病历共享文档规范第19部分
手术护理记录
20
电子病历共享文档规范第20部分
生命体征测量记录
21
电子病历共享文档规范第21部分
出入量记录
22
电子病历共享文档规范第22部分
高值耗材使用记录
23
电子病历共享文档规范第23部分
入院评估
24
电子病历共享文档规范第24部分
护理计划
25
电子病历共享文档规范第25部分
出院评估与指导
26
电子病历共享文档规范第26部分
手术知情同意书
27
电子病历共享文档规范第27部分
麻醉知情同意书
28
电子病历共享文档规范第28部分
输血治疗同意书
29
电子病历共享文档规范第29部分
特殊检查及特殊治疗同意书
30
电子病历共享文档规范第30部分
病危（重）通知书
31
电子病历共享文档规范第31部分
其他知情告知同意书
32
电子病历共享文档规范第32部分
住院病案首页
33
电子病历共享文档规范第33部分
中医住院病案首页（选测）
34
电子病历共享文档规范第34部分
入院记录
35
电子病历共享文档规范第35部分
24小时内入出院记录
36
电子病历共享文档规范第36部分
24小时内入院死亡记录
37
电子病历共享文档规范第37部分
住院病程记录首次病程记录
38
电子病历共享文档规范第38部分
住院病程记录日常病程记录
39
电子病历共享文档规范第39部分
住院病程记录上级医师查房记录
40
电子病历共享文档规范第40部分
住院病程记录疑难病例讨论记录
41
电子病历共享文档规范第41部分
住院病程记录交接班记录
42
电子病历共享文档规范第42部分
住院病程记录转科记录
43
电子病历共享文档规范第43部分
住院病程记录阶段小结
44
电子病历共享文档规范第44部分
住院病程记录抢救记录
45
电子病历共享文档规范第45部分
住院病程记录会诊记录
46
电子病历共享文档规范第46部分
住院病程记录术前小结
47
电子病历共享文档规范第47部分
住院病程记录术前讨论
48
电子病历共享文档规范第48部分
住院病程记录术后首次病程记录
49
电子病历共享文档规范第49部分
住院病程记录出院记录
50
电子病历共享文档规范第50部分
住院病程记录死亡记录
51
电子病历共享文档规范第51部分
住院病程记录死亡病例讨论记录
52
电子病历共享文档规范第52部分
住院医嘱
53
电子病历共享文档规范第53部分
出院小结
3.1共享文档覆盖范围完善
针对未建立的共享文档，根据共享文档标准 ，完成平台共享文档补充完善 ，同时完善已有的业务数据和标准共享文档规范的映射关系 。
3.2共享文档数据与格式改造
针对已有共享文档 ，根据共享文档标准，完善平台文档数据和文档生成和解析格式的差异 。
3.3共享文档交换工具管理
建立平台整合数据和标准共享文档规范的映射关系 ，实现共享文档交换工具满足自动生成或解析标准共享文档的功能 。
4.1文档解析工具开发
利用ORION中间件的文档格式转换功能 ，开发共享文档解析工具 ，使其具备解析符合《卫生信息共享文档标准规范（征求意见稿）》的共享文档的功能 。
4.2共享文档自测
通过平台相应服务 ，生成共享文档 ，并使用共享文档解析工具 ，验证平台生成共享文档标准化水平 。
信息资源库包括电子病历共享文档库和临床信息数据库，它们都是独立且物理存在 ，而不仅仅是概念存在或者是逻辑存在。信息集成平台将各个系统中产生的临床活动数据与信息进行集成与共享后 ，通过生成符合《电子病历共享文档规范》的临床文档进行归档与储存 ，最终形成独立的电子病历共享文档库 。
电子病历文档存储以患者为中心 ，围绕患者的所发生的实际临床业务活动组织文档 ，基于已注册的EMR文档分类进行文档的分类 、标识。平台业务用户可根据实际授权情况进行EMR文档的全部 、部分 、单个文档的调阅与应用 。文档的注册服务由集成平台提供 ，当临床系统调用此服务进行共享文档注册时 ，平台将对共享文档进行解析、分类并标识入库存储 。
共享文档库要在共享文档标准化和注册服务基础上建设 。完成这两部分定量指标建设。
临床文档信息库（CDR）是医院为支持临床诊疗和全部医 、教 、研活动而以病人为中心重新构建的新的一层数据存储结构，它是物理存在的，而不仅仅是概念存在或者是逻辑存在 。CDR是医院基于电子病历的信息平台的核心构件 ，与直接支持医疗操作的前台业务信息库不同 ，其数据来自这些业务系统，但与前台业务流程无关 。CDR也不是通常意义上的数据仓库 ，它的内容是随着医院业务活动动态变化的 ，并且直接支持医生 、护士对病人临床记录的实时应用 。临床文档信息库数据模型涵盖所有主要业务数据 ，除了存储数据之外 ，还会创建支持图片格式的存储结构供心电 、病理等报告图片的存储，主要建设的数据模型如下：
包含门诊病人诊病信息表 、门诊费用明细表 、门诊处方主表 、门诊处方细表、门诊预约记录表 、门诊排队记录表 、门诊摆药记录表 、门诊单据主表 、预交金记录表预交金余额表、门诊预交金校验主表 、单据池主表 、门诊病案日报信息表 、就诊卡使用主表、预约时间点记录表等数据结构模型的创建 。
包含住院信息表 、住院医嘱记录表、住院病人入出转信息表、住院病人会诊记录表 、临床路径记录表 、临床路径变异记录表 、住院费用明细表、住院摆药记录表 、住院单据主表、床位信息表 、住院病人床位使用记录表 、病人结算主表 、病人结算细表 、住院月报信息表 、住院病案日报信息表 、住院床位日报信息表 、住院预交金校验主表、在院病人记录表 、住院病人病案记录主表 、住院医嘱执行记录表等数据结构模型的创建。
主要为手术记录表数据结构模型的创建 。
包含病案首页基本信息表 、病案首页住院信息表 、病案诊断记录信息表 、病案手术记录信息表 、病案首页扩展信息表 、病案首页ICU信息表 、病案首页抗菌药信息表、病案诊断符合信息表 、病案临床路径信息表 、病案手术麻醉信息表 、病案患者安全信息表、病案单病种信息表、病案感染信息表 、病案首页费用信息表体温单时间点记录表 、体温单日记录表 、压疮风险评估与预防表 、压疮情况报告表 、压疮治疗监控记录表 、巴塞尔日常生活能力指数评定量表 、入院护理评估记录表 、出院护理评估记录表 、跌倒危险评估和预防主表、跌倒危险评估和预防细表 、住院病案质量评定主表 、住院病案质量评定细表 、电子病历基础字典 、电子病历基础字典项等数据结构模型的创建 。
包含检验报告主表、检验报告细表 、检验报告变更记录表 、检验报告文档细表 、检验报告图像细表等数据结构模型的创建。
包含检查报告主表 、检查报告变更记录表 、检查报告文档细表 、检查报告影像细表 、检查报告缩略图细表、检查报告单索引表等数据结构模型的创建 。
包含手术麻醉麻醉记录表 、手术麻醉手术记录表、手术麻醉麻醉体征记录表 、手术麻醉麻醉事件记录表、手术麻醉复苏基本信息表 、手术麻醉复苏体征记录表 、手术麻醉复苏过程记录表 、手术麻醉PDF路径记录表等数据结构模型的创建。
数据脱敏配置管理是指临床数据用于第三方使用或其他需要脱敏或匿名化使用时，能够实现可视化脱敏配置 。要求主要包括以下3个内容 ：
主要建立不同的数据脱敏规则，能够设置脱敏数据的区间 ，例如身份证脱敏规则 、地址脱敏规则 、姓名脱敏规则。脱敏规则不依托于任何接口独立存在 。
在提供统一查询服务供第三方使用的过程中，可以针对传输过程中的内容配置不同的脱敏规则 。在配置了该规则后 ，只要应用到该接口的相关第三方所接收到的数据都已经按照脱敏处理 ，保证数据的安全性 。
基于统一的脱敏规则，在实际应用中 ，同一接口不同的第三方应用脱敏的程度有所不同 ，则需要提供针对不同第三方应用的个性化脱敏处理 。系统需要提供针对不同第三方的个性化脱敏处理 。基于已经脱敏的服务内容重新授权给对应第三方并增加第三方个性化脱敏处理。在与该第三方传输过程 ，则按照此方式进行数据脱敏规则传输。
要求对文档管理 、注册查询服务 、医嘱信息交互 、就诊信息交互 、申请单交互 、等服务过程实现可视化配置管理 ，包括交互格式 、数据校验等管理过程 ，满足业务实际开展的需求 。
互联互通服务功能建设要采用HL7 V3的标准进行服务的交互 ，要对现有的服务交互方式进行改造。
文档管理服务是由集成平台提供相关服务给第三方调用电子档案信息 ，涉及到需要改造的第三方包括：HIS系统 、电子病历系统等 。包括电子病历文档注册、检索和调阅服务。
提供电子病历文档注册服务组件 ，实现电子病历文档源向集成平台注册病历文档 ，支持通过文档服务组件对电子病历的数据有效性进行校验 ，并对文档进行存储 。
提供电子病历文档检索服务组件 ，实现病历文档的检索功能 。用于接收电子病历文档使用者的检索请求，并执行相应检索操作，将查询结果返回给电子病历文档使用者 。
提供电子病历文档调阅服务组件 ，实现病历文档的调阅功能 。调阅流程为 ：电子病历文档使用者通过电子病历文档检索服务组件 ，获取电子病历的索引信息，再提交索引信息给电子病历调阅服务组件 ，调阅服务组件将索引对应的文档内容返回给电子病历文档使用者。
注册查询服务是平台提供相关服务给第三方调用基础信息和查询基础信息 ，涉及到需要改造的第三方包括 ：HIS系统 ，需要获取患者基本信息、获取科室信息 、获取员工信息（查询接口）等的其他第三方系统
个人身份注册的目的用于对前来医院就诊患者的基本信息进行管理 ，通过对患者基本信息的统一管理 ，可以实现对患者信息最完整的保存 ，可以解决患者信息在各个系统中的不一致问题，以避免重复录入患者基本信息的情况 。个人注册服务在医院集成平台上，形成一个患者注册库 ，安全地保存和维护患者的诊疗标识号 、基本信息 ，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。主要包括以下功能：
业务系统进行新病人信息注册时 ，向集成平台发送新增注册病人信息 。集成平台将信息进行原始保存 ，然后根据传入的病人信息进行索引匹配 。再根据匹配规则结果，按照新增主索引或更新主索引两种情况分别处理。
业务系统病人信息有变动时需要向集成平台发送更新消息 ，集成平台更新病人的交叉索引信息后 ，同时根据权重设置考虑是否需要对主索引进行更新。向集成平台提供患者信息注册的业务系统可能拥有不同的信息影响度 ，因此其提供的信息对主索引的影响有所不同。更新操作需要对新信息对主索引信息中每个字段进行评价 ，确定该字段的最佳值 。同时 ，如果主索引信息有变更时，要向其它业务系统推送相应的变更信息 。
提供个人身份合并功能，当业务系统向集成平台注册病人信息时 ，集成平台按照预置的合并规则 ，对病人信息进行匹配，满足条件则进行合并 。
提供个人信息的多种方式查询 ，返回符合条件的病人个人信息。主要是以下几种情况 ：根据卡号 、卡类型进行病人信息查询 ，集成平台返回卡号关联的病人主索引信息 ，主要是提供给业务系统的病人注册功能模块使用 。根据业务系统代码和业务系统本地标识进行精确查询 ，集成平台返回指 定的病人信息 ，可以根据附加条件决定返回主索引信息或者交叉索引信息 。根据姓名 、证件号 、证件类型 、性别等部分信息进行模糊查询 ，集成平台返回符合条件的病人信息列表 ，可以根据附加条件决定返回主索引信息或者交叉索引信息 。
注册查询服务是平台提供相关服务给第三方调用基础信息和查询基础信息，涉及到需要改造的第三方包括 ：HIS系统 ，需要获取患者基本信息 、获取科室信息、获取员工信息（查询接口）等的其他第三方系统
提供新增医护人员注册服务 ，用于在业务系统中进行新员工登记注册时 ，将新员工的信息注册到集成平台中 。注册前，会先按预置规则进行匹配 ，如果有匹配成功的记录 ，则更新原来的记录；如果没有匹配记录 ，则作为新的员工进行添加。
业务系统进行员工的信息修改时 ，通过医护人员信息更新服务及时通知集成平台 ，保证集成平台员工信息的准确性和一致性 。
提供医护人员信息查询服务 ，用于业务系统根据医护人员的全部信息或者部分信息从集成平台查找符合要求的医护人员信息 。
注册查询服务是平台提供相关服务给第三方调用基础信息和查询基础信息，涉及到需要改造的第三方包括：HIS系统，需要获取患者基本信息 、获取科室信息 、获取员工信息（查询接口）等的其他第三方系统
医疗卫生机构（科室）注册用于对医疗卫生机构（科室）的基本信息进行管理 ，通过对医疗卫生机构（科室）基本信息的统一管理 ，可以向基于医疗信息平台建设的各应用系统、患者提供完整 、统一的医疗卫生机构（科室）信息 。
业务系统中新注册科室时用到 ，主要是将新科室的信息传入到集成平台中。注册前，会先进行模糊匹配，如果有匹配成功的记录 ，则更新原来的记录；如果没有匹配记录 ，则作为新的科室进行添加 。
业务系统中 ，如果科室的信息有修改时应该及时通知集成平台 ，保证集成平台科室信息的准确性和一致性 。
业务系统根据科室的全部信息或者部分信息从集成平台查找符合要求的科室信息。
医嘱交互服务用于对患者的整个临床诊疗过程中的医嘱信息的管理 。医院信息平台在医嘱处理过程中(如医嘱开立 、医嘱执行 、医嘱停止、医嘱取消)为平台上的给第三方系统提供医嘱信息共享服务。涉及到需要改造的第三方包括：HIS系统 ，需要获取医嘱信息（查询接口）等的其他第三方系统 。基本功能要求包括 ：具备医嘱接收功能；具备医嘱查询功能；
提供医嘱接收服务组件，实现医嘱信息的接收功能 。用于接收医嘱信息源提交的医嘱信息 ，并支持通过医嘱接收服务组件对医嘱信息的数据有效性进行校验 ，并对医嘱信息进行存储 。
集成平台提供医嘱更新服务供业务系统（如HIS）调用 ，当业务系统有新的医嘱信息生成时 ，需要调用集成平台服务，将医嘱注册到集成平台 ，集成平台更新的医嘱信息进行存储 。
提供医嘱查询服务组件 ，实现医嘱信息的查询功能。用于接收医嘱信息使用者提交的医嘱信息查询请求 ，并将查询结果返回给医嘱信息使用者 。
申请单服务是医院信息平台提供相关服务给第三方调用(检查申请单 、检验申请单等)信息共享服务 ，涉及到需要改造的第三方包括 ：HIS系统 、检验系统 、检查系统（PACS、心电、超声 、内镜 、放射等） 、输血系统、手术麻醉系统、病理系统等第三方系统 。
集成平台提供检验申请信息新增服务供业务系统调用，当业务系统有新的检验申请时 ，需要调用集成平台检验申请信息新增服务 ，将检验申请信息发送给集成平台，集成平台对检验申请信息进行校验存储 。
集成平台提供检验申请信息更新服务供业务系统调用 ，当业务系统更新检验申请单时，需要调用集成平台检验申请信息更新服务 ，将检验申请信息发送给集成平台 ，集成平台对检验申请信息进行校验存储 。
集成平台提供检验申请信息查询服务供业务系统调用 ，当业务系统需要查询检验申请单时 ，需要调用集成平台检验申请信息查询服务 ，检验申请单信息通过给集成平台返回给业务系统 。
集成平台提供检查申请信息新增服务供业务系统调用 ，当业务系统有新的检查申请时 ，需要调用集成平台检查申请信息新增服务 ，将检查申请信息发送给集成平台，集成平台对检查申请信息进行校验存储 。
集成平台提供检查申请信息更新服务供业务系统调用，当业务系统更新检查申请单时 ，需要调用集成平台检查申请信息更新服务 ，将检查申请信息发送给集成平台 ，集成平台对检查申请信息进行校验存储 。
集成平台提供检查申请信息查询服务供业务系统调用 ，当业务系统需要查询检查申请单时，需要调用集成平台检查申请信息查询服务，检查申请单信息通过给集成平台返回给业务系统 。
集成平台提供病理申请信息新增服务供业务系统调用 ，当业务系统有新的病理申请时 ，需要调用集成平台病理申请信息新增服务 ，将病理申请信息发送给集成平台 ，集成平台对病理申请信息进行校验存储 。
集成平台提供病理申请信息更新服务供业务系统调用 ，当业务系统更新病理申请单时 ，需要调用集成平台病理申请信息更新服务，将病理申请信息发送给集成平台 ，集成平台对病理申请信息进行校验存储 。
集成平台提供病理申请信息查询服务供业务系统调用 ，当业务系统需要查询病理申请单时 ，需要调用集成平台病理申请信息查询服务 ，病理申请单信息通过给集成平台返回给业务系统 。
集成平台提供输血申请信息新增服务供业务系统调用 ，当业务系统有新的输血申请时 ，需要调用集成平台输血申请信息新增服务 ，将输血申请信息发送给集成平台 ，集成平台对输血申请信息进行校验存储 。
集成平台提供输血申请信息更新服务供业务系统调用 ，当业务系统更新输血申请单时 ，需要调用集成平台输血申请信息更新服务 ，将输血申请信息发送给集成平台，集成平台对输血申请信息进行校验存储。
集成平台提供输血申请信息查询服务供业务系统调用 ，当业务系统需要查询输血申请单时，需要调用集成平台输血申请信息查询服务 ，输血申请单信息通过给集成平台返回给业务系统 。
集成平台提供手术申请信息新增服务供业务系统调用 ，当业务系统有新的手术申请时 ，需要调用集成平台手术申请信息新增服务 ，将手术申请信息发送给集成平台 ，集成平台对手术申请信息进行校验存储。
集成平台提供手术申请信息更新服务供业务系统调用 ，当业务系统更新手术申请单时 ，需要调用集成平台手术申请信息更新服务，将手术申请信息发送给集成平台 ，集成平台对手术申请信息进行校验存储 。
集成平台提供手术申请信息查询服务供业务系统调用 ，当业务系统需要查询手术申请单时，需要调用集成平台手术申请信息查询服务 ，手术申请单信息通过给集成平台返回给业务系统 。
就诊信息交互服务是由集成平台提供相关服务给第三方调用患者的就诊信息 ，涉及到需要改造的第三方包括 ：HIS系统，需要获取就诊卡信息 、号源排班信息、门诊挂号信息 、住院就诊信息 、住院转科信息、出院登记信息（查询接口）等的其他第三方系统。主要功能包括实现患者在就诊过程中入院、转科 、出院等各环节信息的保存 ，变更和信息共享 。
集成平台提供就诊卡信息新增服务供业务系统调用 ，当业务系统有新的就诊卡新增时，需要调用集成平台就诊卡信息新增服务 ，将就诊卡信息发送给集成平台 ，集成平台对就诊卡信息进行校验存储 。
集成平台提供就诊卡信息更新服务供业务系统调用 ，当业务系统更新就诊卡信息时 ，需要调用集成平台就诊卡信息更新服务 ，将就诊卡信息发送给集成平台 ，集成平台对就诊卡信息进行校验存储 。
集成平台提供就诊卡信息查询服务供业务系统调用 ，当业务系统需要查询就诊卡信息时，需要调用集成平台就诊卡信息查询服务，就诊卡信息通过给集成平台返回给业务系统 。
集成平台提供门诊挂号信息新增服务供业务系统调用 ，当业务系统有新的门诊挂号时 ，需要调用集成平台门诊挂号信息新增服务 ，将就挂号信息发送给集成平台 ，集成平台进行挂号 。
集成平台提供就门诊挂号信息更新服务供业务系统调用 ，当业务系统更新挂号信息时 ，需要调用集成平台门诊挂号信息更新服务 ，将挂号信息发送给集成平台 ，集成平台对挂号信息进行校验存储。
集成平台提供就门诊挂号信息查询服务供业务系统调用 ，当业务系统需要查询挂号信息时，需要调用集成平台门诊挂号信息查询服务 ，挂号信息通过给集成平台返回给业务系统 。
集成平台提供住院就诊信息新增服务供业务系统调用，当业务系统有新的住院就诊时 ，需要调用集成平台住院就诊信息新增服务 ，将住院就诊信息发送给集成平台 ，集成平台对就诊信息进行校验存储 。
集成平台提供住院就诊信息更新服务供业务系统调用 ，当业务系统更新住院就诊信息时 ，需要调用集成平台住院就诊信息更新服务 ，将就诊信息发送给集成平台 ，集成平台对就诊信息进行校验存储。
集成平台提供住院就诊信息查询服务供业务系统调用 ，当业务系统需要查询住院就诊信息时 ，需要调用集成平台住院就诊信息查询服务，就诊信息通过给集成平台返回给业务系统 。
集成平台提供住院转科信息新增服务供业务系统调用 ，当业务系统有新的转科业务时 ，需要调用集成平台住院转科信息新增服务，将转科信息发送给集成平台 ，集成平台对转科信息进行校验存储 。
集成平台提供住院转科信息更新服务供业务系统调用，当业务系统更新住院转科信息时 ，需要调用集成平台住院转科信息更新服务，将转科信息发送给集成平台 ，集成平台对转科信息进行校验存储。
集成平台提供住院转科信息查询服务供业务系统调用 ，当业务系统需要查询住院转科信息时 ，需要调用集成平台住院转科信息查询服务 ，转科信息通过给集成平台返回给业务系统 。
集成平台提供出院登记信息新增服务供业务系统调用 ，当业务系统有新的出院业务时 ，需要调用集成平台出院登记信息新增服务 ，将出院登记信息发送给集成平台 ，集成平台对出院登记信息进行校验存储 。
集成平台提供出院登记信息更新服务供业务系统调用 ，当业务系统更新出院登记信息时 ，需要调用集成平台出院登记信息更新服务 ，将出院登记信息发送给集成平台 ，集成平台对出院登记信息进行校验存储 。
集成平台提供出院登记信息查询服务供业务系统调用 ，当业务系统需要查询出院登记信息时 ，需要调用集成平台出院登记信息查询服务，出院登记信息通过给集成平台返回给业务系统 。
集成平台数据交互及传输过程未进行加密处理 ，关键数据无法追溯 。未提供对电子病历进行患者匿名化处理。未提供许可指令管理服务 。未提供数据保密等级服务 。未实现对关键个人病历信息（字段级、记录级 、文件级）进行加密存储保护 。具体解决方法如下 ：
对现有系统改造 ，实现电子病历系统对患者进行匿名化处理 。可以采用电子病历模板匿名化功能的改造建设和集成视图调阅匿名化应用场景。
对外提供数据服务也需要对数据进行隐私保护。隐私保护按照用户的实践范围提供完全符合病人的隐私和保密的要求 ，保护患者的隐私和安全 ，确保在医疗服务内部或者外部（例如医疗保险、管理以及某种形式的研究）传递中，患者资料不向非授权用户透露 ，平台提供重要信息的基础隐私保护 。同时对于不同权限的管理者 、医生、患者等用户进行不同角色的权限管理，提供基于角色权限的安全隐私保护 。
隐私规则定制了平台内资源的隐私程度级别和形式 。其中隐私规则包含了对平台资源数据的模糊、隐藏、替换、过滤操作的规则管理 。平台可以根据实际应用场景 ，配置规则 ，对资源进行隐私处理 ，对查询数据的进行过滤 ，或者对查询字段的模糊处理，如用户身份证等进行部分替换“*”处理 。
隐私数据常见的有姓名 、身份证号码 、住址 、电话 、医疗信息 、疾病信息 、教育背景等 。这些与个人生活 、工作密切相关的信息若泄露 ，可能造成巨大的损失，因此为了保护数据安全和患者的隐私保护 ，将对数据做脱敏处理 。常用的脱敏技术 ：无效化：以 NULL 或 ***** 代替真值或真值的一部分 ，如遮盖身份证的出生日期的8位数字 。
集成平台外联通业务接入情况较少 ，根据互联互通四甲需要增加 ：
统一支付平台提供支付宝 、微信接入功能 ，包含自助服务终端、HIS 收费窗口 、移动 APP、微信公众号等线上 、线下支付渠道 。各支付渠道接入需要与统一支付平台对接 ，无需与院内各项系统直接对接 ，方便患者采用各种方式进行费用支付和缴纳 ，从而降低收费窗口的工作压力以及对账工作量和风险 ，统一支付平台交易数据通过集成平台与院内系统对接实现自动对账功能 ，减少财务工作量及出错率。
莆田市医保系统接入医院信息平台，医院通过全市统一的医保接口规范，通过集成平台向医保发起获取医保结算清单服务 ，实现院内系统直接获取查看医保结算清单功能，替代收费员需要经过医保管理端查看医保结算清单业务 。
院内血库通过集成平台向血站发起血液订单申请 ，血液中心向院内发血，血库通过集成平台获取血站的发血信息 。
医院信息系统通过集成平台向第三方挂号平台提供号源，患者可以通过第三方挂号平台直接预约挂号 ，实现多渠道预约功能 。
妇幼平台管理系统通过集成平台与院内电子病历对接 ，妇幼平台上填写好产妇的分娩信息 ，再通过集成平台传入院内系统 ，避免医务人员重复录入 ，减轻医务人员工作量 ，同时保证数据的一致性。
互联互通测评要求实现医院信息系统应用整合 ，实现各医院应用系统之间的互联互通 ，智慧服务应用也需要从医院现有信息系统进行资源对接 ：
从集成的层面上，需要考虑三个层面：数据层面 、应用/服务层面和流程层面 。即各应用系统在数据层面可以相互交换 ，在应用层面可以互相调用，在流程层面可以协同在一起实现全院级甚至跨院级的业务协同；
从集成的手段上 ，包括点对点集成和通过平台来集成 。要实现全院级甚至跨院级的集成 ，应当通过平台化的手段来实现 。
互联互通的核心是数据层面和应用层面的整合 。具体来说 ，重点要解决医院信息系统的系统异构集成、数据共享和数据交换传输标准等关键性技术问题 。全院甚至跨院各个应用系统均与医院信息集成平台互联 ，并通过医院信息集成平台实现相互之间的数据交换和应用服务的调用 。
根据医院信息互联互通标准化成熟度测评指标体系要求 ，接入平台的临床服务系统需要对接范围包括 ：
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。如通过全预约交互服务标准接口 ，门急诊挂号系统可通过集成平台获取门诊医生排班信息 ，实现换患者预约挂号 。
业务场景 ：患者到医院就诊 ，当门急诊医生给病人挂号后，门急诊挂号系统调用集成平台接口 ，将门急诊病人的挂号就诊信息推送到集成平台数据中心 ，在医院后续的信息化系统建设中可将患者就诊信息推送到其他业务系统，例如：莆田学院附属医院公众号等 ，对接后 ，患者在公众号上就可以进行自己门诊就诊信息的查阅 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。如通过申请单交互服务标准接口 ，检验系统可通过集成平台获取门诊医生工作站开具的检验申请单信息 。
业务场景 ：门诊医生工作站与检验系统通过集成平台进行业务交互 ，检验系统可通过集成平台获取门诊医生工作站开具的检验申请单信息 ，可以将检验申请单的状态信息通过集成平台传送给门诊医生工作站 ，并可以通过门诊医生工作站查看检验报告单信息 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。如通过全预约交互服务标准接口 ，分诊管理系统可通过集成平台获取门诊医生排班信息，实现换患者预约挂号 。
业务场景 ：医院信息平台与分诊管理系统对接 ，分诊管理系统根据医生排班生成号源通过集成平台 ，推送给公众号 、莆田市卫生综合服务网等预约平台 ，让患者可以在各预约平台上进行预约 。患者预约后 ，预约信息通过集成平台推送给分诊管理系统形成排队 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。如通过个人身份查询服务和医嘱信息交互服务标准接口 ，住院病人入出转系统可通过集成平台获取门诊患者信息 ，完成住院病人入出转管理 。
业务场景 ：住院病人入出转系统接入集成平台 ，患者在医院办理入院或入院期间因病情需要进行转科及最后患者治疗出院操作，患者在医院产生的住院就诊记录数据信息 ，通过与集成平台对接 ，推送到平台 ，患者通过访问医院的公众号可查阅自己在院诊疗记录 ，医生在住院医生工作站也可以查阅患者的诊疗记录 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理。
业务场景：
住院医生工作站与手术麻醉系统通过集成平台进行业务交互 ，住院医生工作站在填写手术申请单后，可通过集成平台“发送手术申请”接口 ，将手术申请信息推送给手术 麻醉系统 ，并可以进行手术申请单修改 ，取消手术申请单 ，手术状态变更通知等 。
医生开给某一患者开立手术申请单医嘱后护士会接收到医嘱并进行校对 ，医生站将手术申请单信息通过平台发送给手术麻醉系统 ，手麻系统获取到已校对完成的手术申请单并进行手术排台，完成手术排台后会把排台信息回传给 HIS系统住院医生工作站 ，HIS系统住院医生工作站实时更新医嘱状态 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
住院护士工作站住院病人入出转的病人入出转信息通过调用集成平台服务进行消息交互 ，集成平台接收到病人入出转信息时对数据进行存储 ，并将消息分发给订阅了该消息通知的系统 。
LIS 、超声 、放射 、心电 、手术麻醉 、输血等系统 。如医生开给某一患者开立检验医嘱后护士会接收到医嘱并进行校对 ，LIS 系统可以获取到已校对完成执行扣费的检验申请单进行后续的检验流程 ，同时根据后续申请单状态变化实时回传给住院护士工作站 。
同时护理文书系统也会将患者复苏记录 、患者生命体征测量信息、皮试信息等数据通过平台进行推送 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理。电子化病历书写与管理系统隶属于电子病历系统 ，按角色分为门诊医生工作站 、住院医生工作站 ，通过医院信息集成平台实现检验检查报告实时查看以及检验检查危急值实时接收和反馈 。
电子化病历书写与管理系统与集成平台做接口交互 ，电子病历系统调用集成平台 “获取检验报告列表、获取检查报告列表”接口 ，可获取患者做的检验 、检查报告单列 表，并在病人列表中进行展示 ，可供医生进行调阅 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
急诊临床系统同集成平台获取患者的基本信息及就诊信息 ，并通过平台将急诊病历上传到集成平台 。
临床信息系统通过医院信息集成平台进行发送 pdf 报告信息 、获取检查报告 、获取检验报告、令牌检验等业务交互 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理。
合理用药系统接入集成平台 ，医生在医生工作站下药品医嘱时 ，对不符合药品知识库规范的药品，发送时系统弹出审方提示 ，并通过平台推送至合理用药审方系统进行审核 。药师可根据发送过来的处方合理性选择可双签打回或通过 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
门诊医生工作站 、住院医生工作站开具检验项目之后 ，调用集成平台接口将申请单检验医嘱发送至检验系统，检验报告能通过集成平台共享给医生工作站 。
医生开立患者检验申请后 ，临床检验系统 ：
1、根据患者就诊信息通过医院信息集成平台从 HIS 系统获取申请单信息；2 、从单据获取到报告审核这个过程触发的单据状态变更信息也会通过医院信息集成平台推送到 HIS系统；3、报告审核后 ，会调用医院信息集成平台检验报告推送接口服务将检验报告推送到医院信息集成平台数据中心；4、若发现检验危急值 ，会通过检验危急值推送服务将危急值信息报告给临床医生 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。医学影像管理系统通过医院信息集成平台进行检查申请单查询 、申请单状态、检查报告 、危急值等业务交互 ，影像系统全业务流程接入集成平台 ，形成 影像系统检查申请单据闭环 、影像系统检查报告共享 。
门诊医生工作站 、住院医生工作站开具医学影像检查申请单之后，检查系统调用集 成平台接口查询申请单信息 ，检查系统的报告、报告状态等能通过集成平台共享给医生工作站 。
患者做超声检查检查时，1、先通过医技预约系统进行检查预约 ，预约时通过医院信息集成平台从 HIS 系统获取检查申请单信息，预约后将预约状态及预约信息通过医院信息集成平台发送给超声管理系统和HIS系统； 2、患者到检查科室做检查，跟进检查流程将申请单状态实时回传医院信息集成平台；3 、超声报告审核后 ，会调用医院信息集成平台检查报告推送接口将检查报告推送到医院信息集成平台数据中心；4 、若发现超声检查危急值 ，会通过检查危急值推送接口将危急值消息报告给临床医生 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
门诊医生工作站 、住院医生工作站开具超声检查申请单之后 ，超声检查系统可调用集成平台接口查询申请单信息 ，检查报告 、报告状态等能通过集成平台共享给医生工作站 。
患者做超声检查检查时 ，1 、先通过医技预约系统进行检查预约，预约时通过医院信息集成平台从 HIS 系统获取检查申请单信息 ，预约后将预约状态及预约信息通过医院信息集成平台发送给超声管理系统和HIS系统； 2 、患者到检查科室做检查 ，跟进检查流程将申请单状态实时回传医院信息集成平台；3 、超声报告审核后 ，会调用医院信息集成平台检查报告推送接口将检查报告推送到医院信息集成平台数据中心；4 、若发现超声检查危急值 ，会通过检查危急值推送接口将危急值消息报告给临床医生 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
门诊医生工作站 、住院医生工作站开具内镜检查申请单之后 ，内镜检查系统可调用集成平台接口查询申请单信息，检查报告、报告状态等能通过集成平台共享 给医生工作站。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理。
门诊/住院医生工作站通过医院信息集成平台把手术申请单 、手术排台信息等发送给 手术麻醉管理系统 ，手术麻醉管理系统通过医院信息集成平台把麻醉记录单 、手术状态 等信息推送给门诊/住院医生工作站 。
手术麻醉管理系统与集成平台对接 ，住院医生工作站通过医院信息集成平台把手术申请单、手术排台信息等发送给手术麻醉管理系统 ，手术麻醉管理系统通过医院信息集成平台把麻醉记录单 、手术状态等信息推送给住院医生工作站 ，医生可在医生站直接查看调阅手术麻醉系统的麻醉记录单 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
输血管理系统在生成备血申请单时 ，会调用集成平台接口 ，将备血申请单信息发 送给集成平台 ，在整个输血流程中 ，也会调用集成平台将预配血 、输血等信息传给集成 平台 ，完成输血闭环的展现。
输血管理系统与集成平台对接 ，输血系统通过医院信息集成平台获取病人住院基本信息 ，医生在输血管理系统填写输血表单后 ，通过集成平台推送至电子病历 ，生成子类别输血治疗记录展示在病历中 ，医生电子病历工作站可以调阅输血系统填写的输血表单 。同时也将备血申请 、输血记录信息 、交叉配血信息 、输血状态变更 、发送血制品等信息通过医院信息集成平台进行业务交互 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理。
重症监护系统与集成平台对接 ，重症监护系统通过医院信息集成平台把重症病历文书和重症录入的体温单等信息推送到住院医生病历工作站 ，医生可以在医生病历工作站直接查看调阅重症监护系统填写的重症文书信息 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
门诊医生工作站 、住院医生工作站开具心电申请单之后，心电系统调用集成平台接 口查询申请单信息 ，心电系统的报告 、危急值、报告状态等通过集成平台共享给医生工作站 。
患者做心电检查时 ，1、根据患者就诊信息通过医院信息集成平台从 HIS 系统获取申请单信息；2、从单据获取到报告审核这个过程触发的单据状态变更信息也会通过医院信息集成平台推送到 HIS 系统；3、报告审核后 ，会调用医院信息集成平台检查报告推送接口将检查报告推送到医院信息集成平台数据中心；4 、若发现心电危急值，通过检查危急值推送接口将危急值消息报告给临床医生。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
门诊医生工作站 、住院医生工作站开具病理申请单之后 ，病理管理系统调用集成平 台接口查询申请单信息 ，病理系统的报告 、报告状态等通过集成平台共享给医生工作站。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
移动护理系统通过集成平台服务总线查询患者住院就诊信息 ，并可通过集成平台获取检验报告列表 、获取检验报告等信息 ，方便医护人员查询和使用。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
血透系统通过集成平台获取患者的基本信息及就诊信息 ，并通过平台将急诊病历上传到集成平台 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
通过集成平台获取康复数据 ，并将治疗文书传入平台供其他系统调阅。康复治疗系统通过医院信息集成平台进行康复治疗申请单查询 、申请单状态变更 、治疗报告回传 、危急值推送等业务交互 ，康复治疗全业务流程接入集成平台 ，形成康复治疗申请单据闭环 、康复治疗报告共享 。
根据医院信息互联互通标准化成熟度测评指标体系要求 ，接入平台的医疗管理系统需要对接范围包括 ：
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。门急诊收费系统业务交互接入集成平台 ，门诊患者在门诊收费处进行办卡注册时会通过调用集成平台的注册病人信息服务将患者的注册信息推送给集成平台 ，同时患者信息更新和合并也会推送给平台 。在进行检查 、检验退费操作时，会调用退费中间态服务将检查 、检验项目的状态传给第三方 。
门急诊收费系统通过调用集成平台服务总线 ，可将患者身份注册信息、身份更新信 息以及身份合并信息发送给集成平台 ，为患者主索引的建设做基础数据支撑。获取门诊费用服务供其他业务系统调用 ，获取患者门急诊费用信息 。同时 ，接入单点登录 ，改善用户使用应用系统的体验 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
住院收费系统给患者办理住院登记时，可通过调用集成平台服务总线 ，将患者住院 登记信息发送给集成平台 ，也可以将患者身份注册信息、身份更新信息以及身份合并信息发送给集成平台 ，为患者主索引的建设做基础数据支撑 。获取住院费用服务供其他业务系统调用，获取患者门急诊费用信息；同时 ，接入单点登录 ，改善用户使用应用系统的体验 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
医务管理系统可通过集成平台服务总线获取科室字典信息、员工字典信息 、获取病人病历信息等。 医务管理系统业务交互接入集成平台 ，通过平台获取基础信息 ，包括科室字典 、员工字典 、药品字典 、患者个人信息等 ，同时患者进行处方权限变更时，通过平台将更新内容传给HIS系统 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
护理管理系统可通过集成平台服务总线获取科室字典信息 、获取病人住院列表信息等 。护理管理系统业务交互接入集成平台 ，在进行不良事件上报时调用集成平台的获取患者信息来获取病人基本信息 ，同时通过平台查询获取科室人员信息 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
病案管理系统 ，可通过集成平台服务总线获取检验、检查列表信息 ，供病案人员查询检验 、检查报告信息 ，完成病历的病历审核工作 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理。
患者通过医院预约平台预约门诊号源 ，预约平台将预约数据通过医院信息集成平台推送到导诊管理系统 ，以便于导诊管理系统进行分诊叫号 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
检验检查科室发生危急值 ，通过平台传入HIS，HIS再将处理意见通过平台反馈给第三方 。
导诊管理系统业务平台进行交互 ，自助机进行医技签到时通过平台向导诊管理系统查询签到患者信息 ，在点击医技签到后会进行签到调用接口服务 ，同时患者信息会显示在叫号大屏上 。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理。预约管理系统业务交互接入集成平台。包括查询门诊/住院申请单信息，发送预约信息 、发送取消预约信息等服务 。
预约管理系统通过平台获取号源池里的号源 ，患者预约的时候通过平台将预约数据写入HIS 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
电子签章管理系统通过平台获取员工字典信息 ，医务人员进行电子签名通平台把身份证信息传入电子签章系统 ，经过电子签章系统加密后再通过平台传到院内系统 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
互联网医院通过平台获取科室信息 、员工信息 、药品信息 ，将开单信息传入HIS 。互联网医院业务交互接入集成平台，包括挂号 、获取单条门诊就诊记录 、发送退号信息 、回传病历门诊表单 、保存诊断信息 、开立处方信息更新到 HIS 等服务 。在互联网医院平台进行患者挂号时 ，会通过调用平台的挂号服务接口将挂号信息推送给HIS系统 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理。不良事件报告系统业务交互接入集成平台，当进行不良事件上报时 ，通过集成平台获取病人基本信息和医生/科室信息。
不良事件报告系统通过平台获取病人基本信息 ，填充不良事件上报表单 ，减少信息填写 。
根据医院信息互联互通标准化成熟度测评指标体系要求 ，接入平台的运营管理系统需要对接范围包括 ：
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
HIS可对科室和员工信息进行注册和更新 ，同时将信息推送给集成平台 ，通过 WebService 将科室和员工数据信息共享给人力资源管理系统，形成科室主索引和员工主索引业务 。
人力资源管理系统业务交互接入集成平台 ，在进行科室 、人员注册或更新时会调用集成平台医疗卫生科室注册/更新服务 、医疗卫生人员注册/更新服务将科室信息、人员信息传给平台 ，第三方通过调用平台的科室信息查询 、人员信息查询来获取科室信息 、人员信息 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
集成平台采用CDC数据同步技术将药品管理系统的药品字典、药品名 称、药品库存信息等数据同步到集成平台临床数据中心 ，再将药品数据共享给其他业务系统，并且发药信息能与排药系统对接 ，自助排队取药时 ，实时更新发药信息 ，将已收费的处方同时药品管理系统 、药品配药系统接入单点登录 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
集成平台采用 CDC 数据同步技术将设备材料管理系统的设备记录 、设备账页记录 、设备出入库记录等数据同步到集成平台临床数据中心 。固定资产管理系统接入单点登录 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
物资供应管理系统通过集成平台与HIS系统对接 ，提供高值备货信息查询功能 ，实现在HIS系统进行高值出库核销 、高值退费等功能 ，同时物资供应管理系统接入单点登录。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
财务管理系统通过集成平台接入科室主索引和员工主索引 ，注册 、更新以及作废科室和员工的相关信息 ，同时接入医院单点登录平台。
根据国家卫生信息交互规范要求实现标准接口改造，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
成本核算管理系统系财务管理系统的子系统 ，通过集成平台接入科室主索引和员工主索引 ，注册 、更新以及作废科室和员工的相关信息 ，同时接入医院单点登录平台 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互 ，并生成交互日志作为运维和测评需求的辅助管理 。
OA 办公管理系统通过集成平台接入科室主索引和员工主索引 ，注册 、更新以及作 废科室和员工的相关信息，同时接入医院单点登录平台 。
根据国家卫生信息交互规范要求实现标准接口改造 ，通过集成平台进行业务交互，并生成交互日志作为运维和测评需求的辅助管理 。
预算管理系统通过集成平台将预算项目字典同步到临床数据中心 。
采购oracle11g数据库标准版2颗CPU授权 。
三 、商务条件（以“★”标示的内容为不允许负偏离的实质性要求）
包 ：1
1 、交付地点 ：福建省莆田市荔城区东圳东路999号
2、交付时间 ：合同签订后 (365 ) 天内交货
3 、交付条件
：验收合格
4
、是否收取履约保证金
： 是 。履约保证金百分比 ：1%。说明：中标后10日内交履约保证金 ，履约保证金以银行转账汇款方式提交
。项目终验合格后 ，30日内无息退还
。
5 、是否邀请投标人参与验收 ：否
6 、验收方式数据表格
8 、售 后 服 务要求
自项目通过终验收之日起，软件系统维保期2年 。
电话支持主要是在使用产品时遇到疑难或者软件出现不正常状态 ，通过电话 、传真 、电子邮件寻求承建商技术支持和帮助 ，在确认用户的服务请求后 ，安排技术服务专员在规定的响应时间通过电话或远程帮助用户进行故障定位 ，并提出解决方案 ，最终指导或帮助用户排除软件故障 。
电话服务时间 ：7*24小时 。电话响应时间 ：接到用户电话后 ，应有专人负责接听 ，做好记录 ，30分钟内对问题做出响应并给出反馈意见，24小时内解决问题 。
如果电话中解决不了 ，有必要进行远程维护的 ，则转为远程维护；有必要进行现场维护的 ，则转为现场维护 ，2小时内到达现场进行维护 。系统发生紧急事件时 ，则启动紧急维护预案 ，接到电话后则直接转为现场维护方式 。
远程维护是指用户在使用软件时遇到疑难或软件不正常的情况下 ，请求服务支持 ，承建方在确认用户的请求后 ，若需要连接客户端进行详细检查 ，技术服务专员在征得用户的同意后 ，运用远程软件进行远程服务 ，以快速直接地面对软件运行中出现的故障问题 ，并对其进行诊断 ，给出解决方案 ，最终帮助用户排除软件运行出现的故障 。
30分钟内响应服务并反馈意见，24小时内解决问题，如远程方式解决不了问题 ，则转为现场维护方式 。当系统发生紧急事件时，则启动紧急维护预案 ，接到电话后技术人员将直接到现场进行维护 ，同时采用远程方式进行支持 。
免费维护期内，承建商需提供不少于2人现场驻点 ，负责系统的运行维护和故障处理 。
9 、违约责任
1 、中标方在与采购人签署了本合同后 ，中标方不履行与采购人订立的合同的，履约保证金不予退还 ，中标方给采购人造成的损失超过履约保证金数额的 ，还应当对超过部分予以赔偿 。
2、中标方逾期交货 ，应向采购人偿付逾期违约金 ，违约金按逾期交货货物总价每日3‰支付，采购人有权在支付货款时直接抵扣 。
四、其他事项
1 、除招标文件另有规定外 ，若出现有关法律、法规和规章有强制性规定但招标文件未列明的情形 ，则投标人应按照有关法律 、法规和规章强制性规定执行 。
2 、其他 ：
（作者：产品中心）