xx0109m天津市滨海新区区域卫生信息化一期区域卫生信息平台建设项目-招标需求

xx0109m天津市滨海新区区域卫生信息化一期区域卫生信息平台建设项目-招标需求内容摘要：

全控制、文件属性安全控制 等功能。  隐私与权限保护： 为了保证 居民 健康 档案信息共享的同时实现对居民隐私的保护， 平台必须对电子 健康信息提供权限管理机制。 电子健康信息的权限管理 应可 按等级实现个人级，文件类别级，文件级，市民自定义保护级 的 四级保护机制。  管理安全： 在 进行 平台 具体设计及实施时， 应将 安全管理的相关体制和规范考虑在内，包括建立健全相关网络安全管理责任制度；建立严格的机房安全管理制度。 非工作人员未经许可不准进入机房，任何人不准将有关资料泄密、任意抄录或复制；软件程序的修改或增加功能时，须提出修改理由、方案、实施时间，报上级主管部门批准；程序修改后，须在测试系统上进行调试，确认无误经批准后方可投入生产应用；软件修改 、升级前后的程序版本须存档备查，软件修改、升级须有应急补救方案；制定各项 应用系统 访问控制措施等。 5. 性能要求： 系统性能影响 着业务人员开展各类业务的效率，是评价系统可用性的重要指标，因此 系统规划设计时需充分考虑性能要求，并且需在系统建设和运维过程中通过各种手段对系统进行不断的优化和调整，以达到各类业务使用要求。 投标人在本系统建设和运维过程中需满足以下性能要求：  稳定性： 系统在 500 并发用户下 7 24 小时以上连续运行， 1000 并发用户下不出现因错误导致系统重新启动或崩溃。  响应时间： 系统响应时间合理，能完全满足业 务需要，符合区域卫生信息平台的工作要求。 数据查询分析和业务处理要求速度快、反应及时，业务操作响应时间小于 3秒，实时查询时间小于 10 秒，单个统计指标技术时间小于 30秒，复杂报表计算时间小于 2分钟，复杂统计分析时间小于 1分钟。 . 区域卫生 平台 功能要求 本次滨海新区区域卫生信息化项目将在滨海新区目前各医疗卫生机构信息系统的基础上，依托于卫生数据中心的建设，构建一个基于健康档案的区域卫生信息平台，通过制定统一的标准规范，有效整合区域内的医疗卫生业务应用系统，形成一个互联互通的医疗卫生业务信息共享协作网络。 该平台涉及的 业务单位主要有滨海新区各级医院、社区卫生服务中心等医疗卫生服务机构。 为了实现以居民电子健康档案为核心，医院、社区之间的业务协同，必须有相应的信息服务 系统 来支撑这些业务需求，实现医院、社区及卫生行政部门之间的互连互通和信息共享。 本项目区域卫生信息 平台建设要求技术架构符合卫生部《基于健康档案的区域卫生信息平台建设指南（试行）》 、 《基于健康档案的区域卫生信息平台建设技术解决方案（试行）》 、 IHE ITI（集成医疗机构技术基础框架）规范 的相关要求，确保区域卫生信息平台的架构的合理性与先进性。 投标人提供的 滨海新区区 域卫生信息平台的 需满足以下 基本 功能要求 ： . 平台组件 本次滨海新区区域卫生信息化项目，将 在目前各医疗卫生机构信息系统的基础上 依托于卫生信息数据中心建设，构建 滨海新区 基于健康档案的区域卫生信息平台，通过制定统一的标准 规范 ，有效整合医疗卫生业务应用系统，形成一个互联互通的医疗卫生业务信息共享协作网络。 本次 滨海新区区域卫生信息平台涉及的业务单位有滨海新 区二三级医院、社区卫生服务中心以及公共卫生机构等。 为了实现以居民 电子健康档案为核心，社区、医院之间的医疗卫生服务协同 需求 ，必须 建设区域卫生信息平台 来支撑这些业务需求 ，实现医疗卫生服务机构、社区卫生服务机构、卫生行政部门之间的互连互通、信息共享。 投标人提供的 滨海新区基于健康档案的区域卫生信息平台的基本 组件 要求 包括以下方面 ：  注册服务 投标人设计的 注册服务 在技术上要求支持 IHE ITI PIX 规范 ，在功能上要求实现 对居民个人、医疗服务人员、医疗卫生机构的注册管理服务，系统 必须 对这些实体提供唯一的标识 ，同时 要求 针对 以上各类 实体形成注册库 （如个人注册库、医疗卫生机构注册库等） ， 并且 注册库具有管理和解决单个实体具有多个标识符问题的能力。 投标人对 患者主索引（ MPI） 的设计应具有 高度的统一性和完整性，对区域MPI 的技术架构 、 患者身份交叉索引（ PIX） 以及基于 患者 主索引（ MPI）的居民身份 唯一性 识别 提出详细合理的 设计方案 ， 实现针对社保卡、身份证等各类就医凭证的居民身份唯一性识别。  存储服务 本项目建设的 存储服务 ，要求投标人按照卫生部印发的关于居民健康档案建设要求分类 存储健康档案的信息， 在逻辑上 要 包括以下内容： 居民 个人 基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病 预防控制 存储库、疾病管理存储库以及 医疗服务 存储库。 投标人应 根据 存储 业务数据的特点 ， 针对 存储构成、健康档案存储处理（ 数据集中存储和分布存储 ）提出详细合理的设计方案。  全程健康档案服务 投标人设计的 全程健康档案服务 要求能 处理区域卫生信息平台内与数据定位和管理相关的复杂任务。 全程健康档案 服务 的设计要求 包括相关的索引信息，这些索引 能 链接不同存储服务所保存的数据到一个特定的个人、医疗卫生人员、医疗卫生机构或者可以实时获取这些数据的服务点， 支撑 实现共享及协同应用的实时响应、快速调阅。 投标人设计的 全程健康档案服务 要能 负责分析来自外部资源的信息，并恰当地保存这些数据到存储库中， 并且能 反向地响应外部医疗卫生 服务点的检索、汇聚和返回数据。 投标人设计的 全程健康档案服务应知晓所有的事务和业务逻辑以及数据访问规则的部件 ，并且能 围绕任何数据主题汇集出真正的全程和综合的健康档案视图。  医疗卫生信息共享与协同服务 投标人设计的 医疗卫生信息共享和协同服务 要求 基于存储服务，提供医疗卫生机构之间的信息共享服务。 根据健康档案信息的分类和服务需要，医疗卫生信息共享 与协同服务应包括以下 七个域：个人基本信息域、主要疾病和健康问题摘要域、儿童保健域、妇女保健域、疾病控制域、疾病管理域以及医疗服务域。 投标人在投标书中需分别针对以上七个域的 功能进行阐述说明。  健康档案浏览器 本项目建设的 健康档案浏览器是为终端用户提供的基于 Web 方式访问健康档案的应用程序， 被授权的医疗卫生人员可以方便地访问区域卫生信息平台中保存的客户相关数据。 投标人设计的 健康档案浏览器 要能 提供健康档案中任何可用信息的跨域集成视图，包括通过 索引服务追踪到所有事件的相关数据，同时投标人需 提供健康档案浏览器在医生工作站中集成的具体方案， 并且要 兼容不同类型医院 的 信息系统。  信息接口服务 信息接口服务 的设计需 包括两大类服务：通信总线服务和平台公共服务，投标人提供的信息接口服务设计方 案需满足以下要求，同时投标人需对通信总线服务与平台公共服务的功能设计提出合理的方案。 通信总线服务 要 支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。 平台公共服务要 能 实现应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务。  数据仓库服务 数据仓库服务是平台中重要的服务组件之一，该服务可以利用数据仓库技术为许多不同类型医疗卫生业务做出决策支持，如：临床决策支持、条线决策支持和管理决策支持等。 各医疗卫生业务统计分析均是利用现有数据，实现管理决策支持，从技 术角度这类应用可基于数据仓库技术来实现。 投标人设计的数据仓库服务应能基于区域平台存储的医疗卫生数据，提供独立的一个平台，支撑 对业务数据进行综合 的 统计分析，实现管理辅助决策。  数据质量控制与改进服务 为提高数据的采集质量， 区域卫生信息平台 中 应建立 一整套完整的接口数据质量评估体系 ，同时对采集上来的数据还要建立针对每个联网医疗卫生机构的 数据监控机制。 投标人 需就数据的特征、质量控制的流程设计、功能设计、采集数据的质量评价及数据采集的监控等提出详细合理的设计方案。  隐私保护权限和应用安全审计 为了保证居民健康档 案共享的同时实现对居民隐私的保护， 投标人设计的 区域平台必须对电子健康档案提供访问权限管理及数据加密等多种手段 的综合 安全应用，包括单点登录、授权、认证、基于角色的访问、数据库高级安全、应用流程控制等。 此外还要 在设计 考虑：病人同意原则、匿名化、居民个人隐私诊断信息隐藏服务、审计日志记录、日志查询及归档等功能。 . 卫生 信息 资源 库 卫生 信息 资源 库 建设是 滨海新区 区域卫生信息平台 建设的基础 ， 其 建设目标是建立起统一的数据中心核心数据库框架，并完成在现有条件下的 对人（患者、医护工作者、管理人员等）、设备、机构、业务（医疗服务 、公共卫生服务）等相关 数据建模、入库 、整合 ，同时通过 数据 采集与 交换平台 来实现数据共享、管理、维护、使用的机制。 投标人设计 的 卫生信息资源库 要能实现 医疗 卫生数据的存储 （数据存储支持集中式与分布式两种存储模式） 、加工， 数据库的数据结构应以健康档案为中心，生命周期为主线，属地化管理为原则进行设计 ，实现将 分散在各医疗 卫生机构现有应用系统里的数据，按照一定的业务规则集中到区卫生 数据中心，对其进 行统一的数据处理、信息整合和管理，在 将业务数据集中管理 的同时实现 对业务数据的 整合，满足不同业务科室的应用系统的数据。 投标人需 基于本项目卫生信息资源库的建设目标和设计要求， 对 卫生信息资源库 设计及具体的数据分布提出详细合理的解决方案。 . 数据 采集与 交换平台 本期项目将从 6家医院 、 2 家社区卫生服务中心（卫生院） 采集诊疗和基本公共卫生服务信息。 投标人需给出详细的 统一的 数据采集和交换平台设计方案， 就如何实现 对 各医疗卫生机构 原有业务数据的采集服务和整合服务，并为 各 机构之间以及业务系统之间的联动提供支持 提出详细的解决方案。 投标人提供的数据采集与交换平台的 其主要功能 应 包括如下 几 方面： （ 1） 将联网各医疗卫生机构的各个异构 业务 应用系统（如 HIS、 CIS、 LIS、RIS 等）数据库中的 相关数据按照本项目统一的数据标准规范 ，转换、传输到指定的中心数据库中 ； （ 2） 为各个应用系统提供统一的健康档案数据源 ，实现数据的跨机构、跨系统共享 ； （ 3）支持数据的定时批量上传和实时交互。 投标 人 需基于对数据范围及其产生方式的理解，对数据的采集、交换方法，医疗卫生机构系统改造及接口开发， 数据的质量控制， 以及交换过程中涉及到的关键问题提出详细 合理的解决方案。 . 基于 区域 平台的应用 系统 建设要求 . 居民身份识别 系统 居民身份识别 系统 是区域卫生信息共享所要解决的基本问题。 为了建立 对各所辖医疗卫生信息的集中管理系统，对各所辖医疗卫生机构在就诊者身份上必须具有统一的身份机制，此项工作是区域卫生信息共享系统建设的最为基本性的任务。 居民身份识别 主要扮演着两大角色。 其一，它是唯一的权威信息来源，并尽可能地成为 医疗卫生信息系统 唯一的人口统计学信息来源。 其二，解决在跨越多个系统时用到居民身份唯一性识别问题。 投标人应充分认识到 居民身份识别 系统对于滨海卫生信息平台的重要性，在方案设计中需 充分考虑与 社保卡 、 二代 身份证 等有效身份识别凭证 保持一致和兼容， 能 实现全 区社保卡 、居民二代身份证 等有效身份识别介质 均能被 统一识别，实现居民持 有效 身份证明都可以唯一识别，达到 “虚拟 一卡通 ” 的效果。 投标人 针对居民身份识别 系统 ， 要求 从系统的业务模式、系统实现方式、 功能设计 及安全保障等方面 提供详 细 的 设计 方案 ，系统的方案设计要符合滨海新区卫生信息化建设现状及业务需求。 . 区域电子病历共享系统 电子病历共享是以个人基本信息为基础，通过 患者 主索引（ 基于社保卡、居民二代身份证等有效身份凭证等 ）的方式，来保证各个医疗机构的 业务 应用系统识别出同一个自然人，在就诊时形成就诊信息，在住院时形成病案首页信息，在出院时形成出院小结。 通过以上信息的 综合，形成个人诊疗档案。 信息收集应融入到医疗卫生机构的日常服务工作中，随时产生、主动推送，一方采集、多方共享。 区域医疗信息可为病人、医生管理者等各类角色应用。 投标人设计的 电子病历共享系统 要求 面向接诊医生与区域卫生管理者，通过建立健康档案浏览器，将其嵌入到各医院医生工作站，使其可查阅在权限允许范围内的患者健康记录，从而最大限度利用已有医疗信息，降低医疗成本，减少或避免不合理检查，减少医疗错误和不良反应的发生。 投标人提供的区域电子病历共享系统必须实现以下功能： 1. 调阅患者基本信息的功能要求 要求 系统提供患者基 本信息调阅功能。 用户可以按照姓名、健康 卡号、身份证、地址等条件查询患者。 一般情况下该功能不单独使用，需 作为其他功能定位患者时使用。 2. 调阅主要疾病与健康问题摘要的功能要求 要求 在患者接受诊疗或预防保健管理过程中，医生可通过健康 档案 浏览器对保存在 区 级卫生信息平台中的主要疾病与健康问题摘要进行调阅，包括对患者健康摘要信息（既往史、生育史 、过敏史 等）以及在各级医院的历次就诊信息（含用药记录、住院病案、出院小结等） 等 ，调阅 展示 结果应 能以 符合医生浏览习惯的方式 进行展现。 3.。