1日照市东港区人民医院人口健康信息平台采购项目技术和服务要求一、软件平台要求1、技术要求技术结构：在局域网上运行的医院信息系统，采用先进的软件体系结构，并具有与医保等外部系统联接的接口操作系统：数据库层为 WINDOWS SERVER 2008 及以上，应用服务层为 WINDOWS SERVER 2008 及以上，客 户端为 Windows XP及以上数据库平台：采用 MySQL 数据库或 Oracle 10g 数据库及以上(大型关系型数据库)前端开发工具：采用面向对象的编程语言2、易用性：软件系统考虑实用性与先进性相结合，体现出易于理解掌握、操作简单、提示清晰、逻辑 性强，直 观简洁、帮助信息丰富，而且针对医院输入项目的特点对输入顺序专门定制，保证操作人员以最快速度和最少的击键次数完成工作3、安全性：（1）系统级安全：数据库设计应阐明用何种方式保证系统安全2）应用级安全(工作站的权限验证)：应用系统的安全性主要从以下几个方面考虑：工作站现时是否有权运行系统、操作员现时是否有权使用某系统、数据加密、应用操作系统权限系统具有抵御外界环境和人为操作失误的能力：有足够的防护措施，防止非法用户侵入；保证不因操作人员的误操作导致系统的崩溃等。
3）操作员的权限验证:系统管理能根据员工的职务和所承担的工作进行角色划分，通过角色划分进行权限分配，当操作人员超越权限进行登录时，系统能拒绝并记录在系统日志中4）数据加密:除了以上所属的登录/使用验证以外，系统还应能采取了对某些关键数据（如用户代码和密码）进行加密的方法，来提高安全性5）数据安全管理机制的提出:提出一套完整的数据安全管理措施以及医院计算机网络设备的管理模式6）备份与恢复：对存储的数据，有冗余保护措施，保证用户数据2的随时可提取性，对于容错及冗余都有相应的安全保护机制稳定性：具有基于数据库系统开发的经验 响应速度快：各一线工作站高峰期操作系统时无感觉等待，查询操作进行预处理以加快查询速度额定用户同时运行时不会出现堵塞现象灵活性、维护性：系统可根据医院的具体工作流程定制、重组和改造，并为 医院提供定制和改造的客户化工具为适应将来的发展，系统应具有良好的可裁减性、可扩充性和可移植性；系统的安装卸载简单方便，可管理性、可 维护性强；软件设计模块化、组件化，并提供配置模块和客户化工具系统需求及流程变化、操作方式变化、机构人员变化、空 间地点变化(移动用户、分布式 )、操作系统环境变化无影响。
扩展性：采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连，采购人如需连接其他系统的，投标人需承诺提供相关技术接口和进行技术配合系统须提供必要的辅助临床接口 先进性：采用业界先进、成熟的软件开发技术和系统结构，面向对象的设计方法，可视化的、面向对象的开发工具二、软件基本功能要求目前医院按照省、市制定的统一接口规范，对数据进行整理和标准化，定期或实时将各类数据抽取或推送到前置服务器，交换到省、市健康云平台交换库（影像文件数据除外）省、市平台对数据进行校验和清洗后，推送到省、市平台各资源库1、系统设定要求前置机：部署在各医疗机构内部，用于接收及与市平台推送的对接数据为了保证电子病历数据的数据标准化质量，对接时要将医院内药品、手术、收费项目、疾病的代 码及名称和市平台的代码和名称进行对应统一处理2、数据交换方案2.1 基于中间库的数据采集基于中间库的数据上传方式：即医院按照接口规范将本医院对的数据写入前置机，市健康云平台定时从前置机上抽取数据32.2 数据交换数据交换包括医院部署前置机，医院根据接口标准进行开发接口，完成药品、手 术、收 费项 目和疾病等代码及名称的标准化转换，并及时、完整、准确的把数据上传到数据交换前置机数据库。
市健康云平台把传到前置机的数据进行校验、整合，抽取到市人口健康云平台，流程如下图所示：备注：数据从接口服务到前置机交换库为强校验过程，数据从前置交换库到市平台中心交换库为弱校验过程2.3 交换环节2.3.1 市属（管）医院根据日照市平台要求进行接口开发，依据接口规范将数据推送至各机构前置机；2.3.2 市级中心端对应部署中心交换库，在机构前置机部署交换工具，将市（管）医院的数据从前置机传到中心交换库；2.3.3 市级中心端部署数据质量监控平台，对数据质量进行校验监控，提升数据交换质量；2.3.4 数据到达中心交换库后，通过整合服务（复制、ETL、清洗）上传到市级资源库；2.3.5 通过整合、抽取数据到达市级平台后，可再通过接口程序将市级平台数据上传到交换库，交换库上传到省平台资源库，完成与省平台对接2.4 数据采集规范2.4.1 数据采集范围市健康云平台的数据采集范围为共享数据集标准中所包含的内容，即四大共享数据集四大共享数据集包括全员人口数据集、健康档案数据集、电子病历数据集、基础资源数据集对市属（管）医院数据的采集范围为：电子病历数据集、基础资源数据集，其中基础资源数据集具体包含的数据内容如下：（1）电子病历数据集：内容包括门急诊挂号、就诊处方、检验检查、病案首页等 12 个数据子集 （2）基础资源数据集：具体包括住院诊疗日报、住院费用日报、住院费用日报明细、门诊诊疗日报、门诊费用日报、门诊费用日报明细等。
42.4.2 数据采集机制2.4.2.1 电子病历数据采集逻辑对于门急诊业务，在患者接受了诊疗服务后，由医院信息系统将相关数据按照对接规范整理汇集后提交到前置机交换库对于住院业务，入院记录 、出院 记录 在病人结算之后提交数据；病案首页数据在病案室归档之后再提交数据到前置机2.4.2.2 基础资源数据采集逻辑基础资源数据采集，按平台接口规范把前一天产生的数据提交到前置数据交换库2.4.2.3 数据交换时间每天白天 00:00 到 06:00 进行数据交换2.5 数据上传方式数据上传方式要求 :医院可根据实际情况自行选择本医院数据到前置机交换库的上传方式2.5.1 医院主动推送数据2.5.2 智能前置机系统数据抽取模式3、数据上传规则3.1 字段填写规则前置机接口程序采用强逻辑验证，要求市属（管）医院推送数据时必须遵循数据接口标准要求，否则无法将数据成功推送到前置端数据库完整性按照要求保证上传数据的完整性，各标识必填的管理字段和业务字段必须按照规则填写完整；逻辑性各机构需保证上传的数据逻辑正确，比如主表中的主键在从表中是否能查询到关联数据，以及从表中的外键是否能在主表中查询到关联的数据。
规范性即填写内容在字段允许范围内，包括：日期、整型、字符型、浮点型、数值等数据型的格式要求，值域代码是在取值范围内等1)字段类型和格式要求业务系统上传字段需要符合市健康平台规定的字段类型和格式5要求2)有关值域的对照转换各表字段使用值域时，如果市健康云平台对应的字段使用值域，医院需要按照市健康平台提供的值域代码上传数据；如果市健康云平台对应字段没有使用值域，医院只需要将值域代码对应的名称描述传给市健康平台对应的字段3.2 标准代码比对为保证上报数据的数据统一和数据质量，按照国家及省卫计委有关标准，要求上报数据使用统一的标准代码3.3 注意事项3.3.1 门诊数据：医院门诊的业务流程为：挂号-处方-结算，如果病人只开了处方，还没有进行结算，那么这样的数据可暂时不上传，待结算完成后，把所有信息都上传到前置机；若该病人不需要进行结算，就已经就诊结束，则以医生 为患者开具处方为时间点，只要医生开具处方的，就把病人的信息上传到前置机3.3.2 住院数据：上传的住院数据（入院记录、出院记录、病案首页）为出院病人的数据；入院记录、出院记录在病人结算之后上传数据；为了保证数据的完整性，病案首页数据在病案室归档之后再上传数据到前置机；3.3.3 主键：在前置机数据库中，每个表都有自己的主键。
上传数据时主键可以采取如下方式：主键可以使用 HIS 中的主 键，但是在主键的前面必须加上医院的组织机构代码，这样避免各医院之间主键重复例如门诊挂号业务，HIS 中的主键为 201305080001，此医疗机构的 组织机构代码为208977892，那么上传的主键应该为 208977892201305080001（主键在组织数据上传到前置机库中的过程中生成）3.3.4 主外键关系在数据上报时，要仔细测试上传的主外键关系是否正确举例：电子病历数据集接口规范中，门诊处方表3.3.5 数据质量在提供的接口标准中，提供了数据校验规则，各医疗机构可以自6己先用校验规则校验一下数据是否正确，保证数据正确以后再上传到前置机；要求具有数据的合理性校验，在上传数据的过程中必须保证上传的数据是合理真实的，需要先对数据的合理性进行校验，校验完成没有问题以后，再上传数据。