医共体信息化项目建设方案（技术方案）

医共体信息化项目建设方案投标方案（技术方案）投标方案投标人名称：****有限责任公司地址：****号二楼联系人：****2 9 9 9 91.2.2.卫生信息化背景 1.2.3.市卫生信息化背景 1.3.建设依据 1.4.建设原则 1.5.1.现状 1.6.1.平台基础方面 1.6.2.医疗服务方面 1.6.3.综合管理方面 241.7.建设目标 1.7.1.项目总体建设目标 1.7.2.项目预期成效 2.2.区域人口健康信息化需求分析 2.3.业务需求分析 2.3.1.医疗卫生服务的需求 2.3.2.社区卫生服务的需求 2.3.3.公共卫生服务的需求 402.3.4.综合卫生管理的需求 402.3.5.各医疗机构间协同需求 412.3.6.分级诊疗建设需求 422.3.7.卫生信息公开需求 432.3.8.卫生资金管理需求 432.3.9.卫生决策提高需求 432.3.10.业务量分析 432.3.11.医院评级需求 442.4.性能需求 442.4.1.系统响应时间 442.4.2.系统开放性 452.4.3.系统可移植性 452.4.4.系统可靠性 452.4.5.系统可扩展性 462.5.计算需求分析 462.6.1.数据库 462.6.存储需求分析 472.7.1.存储 47 472.8.安全需求分析 482.9.1.安全系统需求 482.9.2.备份系统需求 492.9.3.运行维护需求 2.9.系统集成需求 2.10.1.接口需求分析 532.10.2.电子健康档案系统集成需求 542.10.3.数字化医院系统集成需求 55 2.10.数据需求 2.11.3.健康档案数据 2.11.4.全员人口数据 2.11.5.基础信息数据 2.11.其它辅助环境需求分析 612.12.1.环境保护 61 2.12.3.职业安全卫生 612.12.4.节约能源 2.12.信息资源规划和数据库规范要求 2.13.项目建成后单位主要业务信息化覆盖程度 2.14.健康大数据开放共享 第三章数据共享需求分析 3.1.现有信息资源共享情况 3.2.项目建设信息资源共享需求 3.3.项目建成可提供的信息资源 3.4.信息资源共享目录 第四章项目建设方案 4.1.建设原则和建设目标 4.2.技术架构 4.2.1.总体架构设计 4.2.4.系统部署要求 4.3.区域卫生系统建设方案 4.3.1.全民健康信息平台 4.3.2.智能提醒服务 4.3.3.健康门户 4.3.4.全民健康APP(公众号) 4.3.5.大数据应用建设 4.3.6.统一支付平台 2024.3.7.医共体绩效考核系统 4.3.8.医共体资金管理系统 2064.3.9.统一人财物管理系统 4.3.10.家庭医生管理平台 212 2444.3.12.分级诊疗系统 4.3.13.区域病历点评系统 2614.3.14.区域处方点评系统 4.3.16.医改监测监管决策平台 2714.3.17.医卫业务协同 4.3.18.区域中心药房 2814.3.19.基层用药处方集 4.3.20.区域检验中心 2874.3.21.区域心电中心 2904.3.22.区域影像中心 2964.3.23.个人健康信息开放共享 4.3.24.线上健康评估 4.3.25.疾病防控宣教及个性化健康教育 4.3.26.满意度服务评价管理 4.4.人民医院信息化建设方案 4.4.1.医院信息集成平台 4.4.2.医院信息系统(HIS) 4.4.3.临床信息系统(CIS、智慧医疗) 4.4.4.患者智慧服务系统 4384.4.5.HRP及后勤保障系统 4.4.6.外部接口平台 4594.4.7.评级服务 4634.4.8.系统安全设计 4664.5.中医医院信息化建设方案 4.5.1.医院信息系统(HIS) 4694.5.2.临床信息系统(CIS) 4.5.3.医院智慧管理系统 5284.5.4.外部接口平台 5324.5.5.评级咨询服务 535 4.6.妇幼保健医院信息化建设方案 5414.6.1.医院信息系统(HIS) 5414.6.2.临床信息系统(CIS) 4.6.3.医院智慧管理系统 4.6.4.外部接口平台 583 4.7.数据库建设方案 4.7.1.总体设计 4.7.2.数据库软件 5874.8.中心机房设计方案 4.8.1.项目需求分析 5874.8.2.总体规划设计 5884.9.建设清单 4.9.1.已建设应用软件(利旧) 4.9.2.卫健局区域卫生信息化应用软件(新增) 4.9.3.人民医院信息化应用软件(新增) 4.9.4.中医院信息化应用软件(新增) 4.9.5.妇幼保健医院信息化应用软件(新增) 4.9.6.项目硬件采购清单(含等保) 5.3.实施计划635-5.4.1.风险分析636-5.4.2.项目风险管理介绍637-6.4.培训等级640-6.5.培训场地640-6.6.培训组织 6.7.培训资料 6.8.培训大纲 7.1.服务内容 7.1.3.咨询服务 7.2.服务保障体系644-7.2.2.服务方式645-7.2.3.应急服务机制649-7.2.4.新增业务服务机制649-7.2.5.定期回访机制649-7.2.6.售后服务监督机制650-89第一章项目概述1.1.项目概况1.2.项目背景1.2.1.国家卫生信息化背景深化医药卫生体制改革规划暨实施方案》的通知(国发〔2012〕11号)指出，加快推进医医疗卫生信息化建设正在从当初的各自为政的单体建设逐渐向区域级甚至国家级发设计规划——“4631-2工程”,其中，“4”代表4级卫生信息平台，分别是：国家级人最后一个“2”是人口健康信息标准体系和信息安全防护体系。依托中西医协同公共卫生国务院办公厅印发《深化医药卫生体制改革2015年重点工作任务》明确提出：对公2017年，原国家卫生计生委发布《“十三五”全国人口健康信息化发展规划》,部署于促进“互联网+医疗健康”发展的意见》(国办发〔2018)26号〕,明确了支持“互联1.5.现状及存在问题和差距1.5.1.1.医疗卫生信息化现状1.5.1.1.1.人民医院信息化现状：数据维护系统已具备院内门诊一卡通管理系统已具备门急诊医生站系统已具备门诊输液管理系统无门诊分诊叫号管理系统部分使用自助机查询系统已具备已具备已具备无部分具备无已具备药库管理系统已具备门诊、住院药房管理系统已具备消毒供应室管理系统无已具备医技扣费管理系统已具备已具备已具备固定资产管理系统已具备经济核算管理系统无已具备处方点评系统已具备院长查询与决策系统无已具备医疗统计与分析系统无医疗质量与控制管理系统无电子病历系统已具备临床路径系统已具备院内感染系统无无已具备已具备数据维护系统已具备院内门诊一卡通管理系统已具备门急诊医生站系统已具备门诊输液管理系统无门诊分诊叫号管理系统无自助机查询系统无已具备已具备已具备无已具备已具备药库管理系统已具备门诊、住院药房管理系统已具备消毒供应室管理系统无无医技扣费管理系统已具备已具备已具备固定资产管理系统无已具备已具备处方点评系统无院长查询与决策系统无无医疗统计与分析系统无医疗质量与控制管理系统无电子病历系统已具备临床路径系统无院内感染系统无无已具备已具备已具备电子病历系统已具备已具备2、20家乡镇卫生院(社区服务中心)及一家妇幼保健(1)医院信息化建设无法全面覆盖整个临床体系(2)医院信息系统资源分散目前全县各医疗机构的信息系统互联互通水平普遍较低，系(3)区域协同程度低下根据卫生医疗改革政策方向，明确提出支持医疗卫生机构通过搭建互联网信息平台，(1)数据质量不高多“差数据”,导致统计分析不准确。(2)数据缺失严重(3)数据应用不多(1)业务应用系统建设薄弱尚未建立疾病预防控制信息平台，无法快速、有效的进行疾病监测数据收集和分析，(2)区域业务协同能力较低1)公共卫生管理与服务方面信息化水平低下，不能适应健康管理的需要，不能满足2)疾病监测医卫协同模式有待进一步优化提升。医疗机构是疾病监测数据获得源头，1.6.项目建设必要性贯通)之一，对解决居民“看病贵”的问题具有重要意义。建设医共体区域中心药房，可以发挥牵头医院的纽带和龙头作用，实现对药品采购、配送、支付以及使用状况的监测、疗服务体系的整体效率，方便群众就医，减轻患者负担，区域中心药房的建设是必要的。1.是缓解“看病贵，看病难”民生问题的有效途径2.是疫情环境下县域防控的需求防控疫情以外，也应当通过处理疫情的方法，转变公共卫生的服务手段，将慢性病复诊、3.是强化疾病预防控制中心信息化建设的需求 (2018〕4号)、《电子病历系统应用水平分级评价标准(试行)》、《国家医疗健康信查),减轻患者的经济负担。1.7.1.2.人民医院信息化建设目标通过5级评审；1.7.1.3.中医医院信息化建设目标1.7.1.4.妇幼保健医院信息化建设目标1.7.2.项目预期成效第二章需求分析2.1.卫生业务顶层设计需求本平台的用户对象包括公众用户(居民)、医疗卫生服务机构用户(包括二三级医院、妇幼保健院、基层医疗机构)、公共卫生机构用户(疾病预防控制、卫生监督、慢性病防治、职业病防治、皮肤病防治、健康教育中心、精神卫生、血站等机构)、卫生行政部门用户(卫健局等)和外部机构用户(社保、药监、民政、公安等)。以下分析系统各相关个人自建健康档案服务获得全生命周期的健康相关信息，获得连续性、综合性、和高质量的医疗保健服务减少看病等待时间，可以方便进行预约挂号有专业的工具和软件管理自己的健康，了解自己健康情况获得健康档案浏览器查询健康档案具体内容在进行远程会诊时，所有专家都可以调阅到当前患者的检查报告、医学影像医生在为患者诊治时可以获得重复检验/检查提示护士建立预警功能，保证院内物资能满足需要，同时也降低库存需要通过单独的接口手工填写数据医生在为患者诊治时可以获得重复检验/检查提包括疾病预防控制中心、卫生监督所、120急救中心、妇幼保健院(所)、市血站及公共卫生突发事件应急指挥、区域血液管理、120院前急救指挥调度管理等。可以将公共卫生机构系统采集的数据与医院系统、医院信息系统、国家大疫情系统、可以在应急状态下完成对资源的合理分配。需要支持所有的资源数据进行统一查询，2.2.1.4.卫生行政部门用户其他卫生相关单位与部门指的是科研工作机构(医学院校等)、医保、农村合作医疗、2.看病贵●居民支付重复用药的费用源2.2.2.4.各医疗机构间协同2.3.业务需求分析2.看病贵●居民支付重复用药的费用●医院用药不安全1.卫生各条线协同2.政府部门间协同3.卫生服务协同决方案(试行)》(卫办综发(2009)230号),人口约为1000万规模区域的并发用户数发用户数为：50万/1000万*2613=150个(约)。2.3.11.医院评级需求息化建设工作的通知》(国卫办医发〔2018)20号〕规定，到2020年，三级医院要达到2.4.性能需求2.4.1.系统响应时间列表数据查询可以按照一定格式，自动提取信息，并进行数据完整性、合法性检查；处理时间<5秒；向数据库中更新的速度<5秒；能够检查出重复的关联。建立关联的速度不大于5对于关键字以外的字段能够修改。并检查数据的完整性、数值的合理性，有相似性和重复性检查；响应时间在5秒内；查询检索简单查询响应速度<3秒；复杂和组合查询响应速度<20秒；能够对相关文件进行检索、模糊查询；查询结果可以按照一定原则进行排序、筛选、保存；查询结果可以显示为图形或图表，可以输出到通用的办公汇总简单汇总处理时间不大于20秒钟；复杂汇总处理时间不大于30秒钟，并有进度显示；特别复杂汇总处理时间不大于1小时，并有进度显固定制表处理时间不大于5秒；组合制表处理时间不大于10秒，并有进度显示；动态、复杂制表处理时间不大于30秒，并有进度显示；数据分析预测的处理时间一般在1分钟以内，复杂情况处理时间不数据选择、生成的处理时间不大于1分钟，并有进度显示。根据用户类别，划分角色和权限。处理时间不大系统日志系统运行日志应记录对系统数据的修改、访问日当有日志文件，以做备份恢复。处理时间不大系统保证高可移植性，在设计过程中常采用通系统需提供7×24的不间断服务。服务器类型数据库服务器(以下部分数值为预估数值，仅做参考)人数(0)在线率(U)每分钟发出业务请求次数(K)2每个业务请求所占事务数(L)8忙时系数(X)7经验系数(Y)系统占用资源系数(M)冗余参数(N)按每逻辑CPU(Core)处理能力约5万tpmC进行估算，一般cpu核数与内存关系为2-8倍，根据业务不同选用不通配比的cpu和内存，总CPU核数：1627428÷50000=32Cores,总内存：32×2=64GB全县人口，即服务人口约为50万，参考这一体量结果，根据本次项目建设内容：全区域心电中心、互联网+疫情防控等其他服务器的数据库服务使用，故数据库服务器配置约为8-12台。查中心、区域心电中心、互联网+疫情防控等其他业务协同系统中结构化数据每天增量预全民健康信息化平台每年预估增长量为600G、村室系统每年预估增长量为300G、其他业务系统增长量350G。结构化数据每年增长量预估约为：400+600+300+350=1.65T。23111124内窥室21●限制互联网用户对内网业务服务器的访问，防止内网主机高危端口和漏洞暴露。2.9.1.1.数据安全√集中的数据库审计平台。2.9.1.2.应用安全度和安全标准.以实现非法用户进不来，无权用户看不到，重要内容改不了，数据操作赖EHR的授权应当支持数据级别的授权，病人可以给指定的医生(或其他个人用户)、医疗机构(或其他机构)赋予数据的读、写权限，同时可以给定生效的时间范围。√匿名化：用于分析研究时隐去不必要的人员基本信息暴露。√病人同意原则：强调居民/病人权利，√杜绝超级用户：在EHR数据层面无超级用户概念，只有授权概念。2.9.1.4.身份认证合法性需求√应对居民、医疗从业者、政府部门和运营机构等登录用户进行身份标识与鉴别，并提供身份标识唯一性检查功能。应采用以下措施，确保用户身份不易被√应对身份标识与鉴别异常提供保护措施；√应使用有关部门认可的合法电子认证服务机构提供的CA数字证书对交易主体身●制定完备的系统维护制度。●制定系统应急处理计划。2.9.3.2.数据安全管理任期有限原则任何人不长期担任与安全有关的职务，以免使他认为这个职务是专有的或永久性的。职责分离原则权限随岗原则根据岗位变动情况及时调整相应的授权，做到√部门负责人总体负责整个安全体系的运行。其中包括：审核各模块负责人提交√机房的门禁系统需要由专人维护，负责对数据库组、网络组、硬件组和应用开发组进入机房人员进行卡层面的进出限制并作日常进出记录。定期将结果提交申请(存档),由主管组织人员修改，并在程序中作必要注释，完成后给业务1)计算机操作与计算机编程。2)机密资料的接收和传送。3)安全管理和系统管理。4)应用程序和系统程序的编制。5)访问证件的管理与其它工作。关联关系信息平台关联关系2医保系统具体实现功能(医保目录下载、目录对照上传费用上传、患者医保费用结算等，以及相关医保数据的统计及与医保平台的数据对帐)接口通过web服务的方式。3LIS、PACS系统本次建设系统，需要与医疗机构LIS、PACS进行数据与功能调用，将医疗机构检查、检验数据上传区域内检查、检验数据互联，信息共享。实现区域全民健康信息，以病人全生命周期为主线，覆盖患者诊疗环节所有的医疗相置库的方式。2.10.2.电子健康档案系统集成需求等其他业务系统进行系统对接与集成，以保障数据互联互通，各业务功能流程顺畅使用。以符合等保2.0三级建设要求为目标，为卫健局业务系统建设一套符合国家政策要求、2.10.数据需求本项目中的数据来源有多处，包括各个医院HIS、LIS、PACS以及基本公共卫生(家医)系统等各系统。各类数据的数据源、数据种类、数据量、存储格式和数据结构均有不服务活动、使用医疗卫生资源，并确定医疗卫生服务活动中涉及实体对象之间关联关系，PK服务提供者ID身份证号码角色编码服务项记录记录时间服务项费用FK1服务活动ID机构类型编码PK服务活动ID活动时间FK3服务提供者ID资源类型编码资源名称居民图2-7主标识数据结构图基本信息、医疗卫生字典的基本信息，患者主标识通过对电子病历、健康档案中的居病历概要、门(急)诊病历、门(急)诊处方、检查检验记录、一般治疗处置记录病历概要病历概要病历记录图2-9电子病历数据结构图健康档案数据集主要包括居民个人基本信息、基本医疗信息摘要、基本公共卫生的预家庭基本信息家庭成员关系环境信息扩展档案核心档案扩展档案全员人口数据整合需求主要是全员人口数据整合及利用，建立全员人口数据资源外的其它业务经办数据(康复、保健、预防、健康教育、计划生育指导)。如果原社区服务系统采用集中部署(大集中B/S结构)则这些数据直接存储于县卫健局数据中心，本地生数据中心分为业务数据(内网)和公众服务(外网，健康服务)两大部分，两者之间按格式和接口规则汇集到数据中心，是卫健局实现业务监管、指导和分析决策的数据支撑。(1)空间库。GIS平台存储、管理卫生体系各医疗卫生机构及有关医疗资源的空间位置信息，为本项目的应用系统提供上述空间位置信息的分析与可视化展(2)社会统计数据库。本数据库用于储存来源于卫生以外的其他政府单位的与卫生业务相关的社会统计信息，包括行政区域、城镇体系、人口信息、经济信(3)系统管理数据库。本数据库用于储存维持系统正常运营的管理型数据，包括用户信息、岗位信息、权限职责、认证信息、安全日志、系统日志、流程模(4)内容数据库。本数据库用于储存信息发布系统涉及到的信息编辑、审阅、发(5)数据仓库/在线分析库。本数据库用于存储经ETL工具(数据抽取、转换、清洗、处理)从核心层数据库中获取的分析数据。这些数据是数据分析平台实施卫生综合管理信息化。依托市、县两级卫生信息平台，实现全县卫生行政审批、●健康数据在平台集聚类医疗卫生资源信息接口，数据资源共享通道；②实施健康医疗大数据采集(清洗),各第三章数据共享需求分析●人口库信息●机构信息●县平台电子健康档案信息WS/T483.8-2016健康档案共享文档规范第8部分：产后42天健康检查务WS/T483.20-2016健康档案共享文档规范第20部分：转诊(院)记录WS/T500.1-2016电子病历共享文档规范第1部分：病历概要WS/T500.2-2016电子病历共享文档规范第2部分：门(急)诊病历WS/T500.3-2016电子病历共享文档规范第3部分：急诊留观病历WS/T500.4-2016电子病历共享文档规范第4部分：西药处方WS/T500.5-2016电子病历共享文档规范第5部分：中药处方WS/T500.6-2016电子病历共享文档规范第6部分：检查报告WS/T500.7-2016电子病历共享文档规范第7部分：检验报告WS/T500.8-2016电子病历共享文档规范第8部分：治疗记录WS/T500.10-2016电子病历共享文档规范第10部分：麻醉术前访视记录WS/T500.11-2016电子病历共享文档规范第11部分：麻醉记录WS/T500.12-2016电子病历共享文档规范第12部分：麻醉术后访视记录WS/T500.13-2016电子病历共享文档规范第13部分：输血记录WS/T500.14-2016电子病历共享文档规范第14部分：待产记录WS/T500.15-2016电子病历共享文档规范第15部分：阴道分娩记录WS/T500.16-2016电子病历共享文档规范第16部分：剖宫产记录WS/T500.18-2016电子病历共享文档规范第18部分：病重(病危)护理记录WS/T500.19-2016电子病历共享文档规范第19部分：手术护理记录WS/T500.20-2016电子病历共享文档规范第20部分：生命体征测量记录WS/T500.21-2016电子病历共享文档规范第21部分：出入量记录WS/T500.22-2016电子病历共享文档规范第22部分：高值耗材使用记录WS/T500.23-2016电子病历共享文档规范第23部分：入院评估WS/T500.24-2016电子病历共享文档规范第24部分：护理计划WS/T500.25-2016电子病历共享文档规范第25部分：出院评估与指导WS/T500.26-2016电子病历共享文档规范第26部分：手术知情同意书WS/T500.27-2016电子病历共享文档规范第27部分：麻醉知情同意书WS/T500.28-2016电子病历共享文档规范第28部分：输血治疗同意书WS/T500.29-2016电子病历共享文档规范第29部分：特殊检查及特殊治疗同意书WS/T500.30-2016电子病历共享文档规范第30部分：病危(重)通知书WS/T500.31-2016电子病历共享文档规范第31部分：其他知情告知同意书WS/T500.32-2016电子病历共享文档规范第32部分：住院病案首页WS/T500.33-2016电子病历共享文档规范第33部分：中医住院病案首页WS/T500.34-2016电子病历共享文档规范第34部分：入院记录WS/T500.35-2016电子病历共享文档规范第35部分：24小时内入出院记录WS/T500.36-2016电子病历共享文档规范第36部分：24小时内入院死亡记录WS/T500.37-2016电子病历共享文档规范第37部分：住院病程记录首次病程WS/T500.38-2016电子病历共享文档规范第38部分：住院病程记录日常病程WS/T500.39-2016电子病历共享文档规范第39部分：住院病程记录上级医师WS/T500.40-2016电子病历共享文档规范第40部分：住院病程记录疑难病例WS/T500.41-2016电子病历共享文档规范第41部分：住院病程记录交接班记录WS/T500.42-2016电子病历共享文档规范第42部分：住院病程记录转科记录WS/T500.43-2016电子病历共享文档规范第43部分：住院病程记录阶段小结WS/T500.44-2016电子病历共享文档规范第44部分：住院病程记录抢救记录WS/T500.45-2016电子病历共享文档规范第45部分：住院病程记录会诊记录WS/T500.46-2016电子病历共享文档规范第46部分：住院病程记录术前小结WS/T500.47-2016电子病历共享文档规范第47部分：住院病程记录术前讨论WS/T500.48-2016电子病历共享文档规范第48部分：住院病程记录术后首次WS/T500.49-2016电子病历共享文档规范第49部分：住院病程记录出院记录WS/T500.50-2016电子病历共享文档规范第50部分：住院病程记录死亡记录WS/T500.51-2016电子病历共享文档规范第51部分：住院病程记录死亡病例WS/T500.52-2016电子病历共享文档规范第52部分：住院医嘱WS/T500.53-2016电子病历共享文档规范第53部分：出院小结第四章项目建设方案4.1.建设原则和建设目标(1)惠及居民，服务医改(2)总体规划，分步实施(3)顶层设计，夯实基层(4)整合、完善和新建并举(5)综合配套，协同推进查),减轻患者的经济负担。通过5级评审；信息系统建设是一个长期和不断进步的过程，医院目前医院信息系统是由不同时期、与外部的孤岛现象、实现信息交换与共享。为了实现整个系统形成一个一体化有机整体，闭环管理，利用临床辅助决策支持减少医疗活动中的差错，全面提升医院临床服务质量，为贺州市人民医院提供更加优质与便捷的医疗服务、健康服务，保障人民群众健康权益，2、建设以电子病历为核心的临床信息系统电子病历为核心的医院临床信息系统，实现不同临床业务系统之间的信息资源整合，实4.2.技术架构4.2.1.总体架构设计4.2.1.1.区域卫生信息化信息安全体系信息安全体系服务用户服务用户血位机构持终端支持终端全员人口库健康档案库电子病历库卫生资源库信息标准体系信息标准体系囲4.2.1.2.1.设计思路1)以专科化、专业化的信息系统，将临床、运营、患者服务和科研的业务需求与信2)将数据的创造者和使用者向关联，让数据“为我所有、为我所用、为我所管”。3)在符合医院自身管理思想为前提下，结合“5W”闭环管理、全生命周期管理、岗位责任制管理等理念，固化到信息系统当中。以信息化的“6R”(RightTo在将现有信息系统完善、整合和重建后(需要针对电子病历应用水平分级评价和互联互通成熟度评测要求，认真梳理医院现有信息系建),通过建设基于电子病历的医院信息平台和可拓展性强的智能一体化架构体系，把“智慧医疗、以人为本”。同时，实现区域医疗协同和集团化管理，最终通过电子病历依托云计算、基于大数据、应用物联网和互通过“智慧医疗”“智慧服务”“智慧管理”建设，构建医疗、服务、管理“三位一体”智慧医院智慧医院智慧服务医院智慧服务分级评估标准体系(4s)面向患者医院信息集成平台、数据中心、容灾应急智慧医疗电子病历系统应用分级面向医疗智慧管理医院智慧管理分级评估标准体系(HM)面向管理移动决策远程会诊移动输液移动护理移动查房移动支付移动决策远程会诊移动输液移动护理移动查房移动支付¥服务总线(ESB)预约、咨询医务部护理部)科主在8护士长门诊部医生自助服务随访、回访康复管理诊间支付据步下沉社区，社区群众危重病、疑难病的救治到大型医院，缓解居民“看病贵、看病难”基层首诊基层首诊双向转诊分级诊疗上下联动急慢分治智慧社区智慧医院患者智慧服务平台患者智慧服务平台患者管理第三方协同在线诊疗大数据分析统一资源监控统一流程管理接口配置管理统一授权管理务门户数据挖掘大数据可视化区域卫生信息交换层HIAL机房建设平台管理机构数据角色权限运行参数日志审计决策支持智能提醒业务协同应用业务支撑服务基础支撑服务网络设施系统软件数据仓库安全保障体系标准规范体系行政部录门户图3-2卫健局信息化系统逻辑框架和系统基础软件等系统。它使系统的数据交换、共享、交互成为可能，同时也为更深层的数据分析、数据挖掘、领4.2.2.3.应用支撑层层是平台以及系统之间进行信息沟通的技术应全民健康信息平台应用支撑层建立在基于SOA的ESB总线之上，主要包括：注册服平台建设采用基于S0A以及ESB技术进行设计，建立能够容纳管理个人健康档案的可扩充、可持续发展的架构，满足管理业务、存储健4.2.2.4.应用服务层应用层服务以三级全民健康信息平台为基础，面向系统各级用户提供业务服务功能，4.2.2.5.业务展现层业务展现层基于应用服务层上提供的相关展现组件服务，辅助应用层和门户层提供GIS展示、图形分析、业务报表、仪表盘和多媒体等多种展现手段。用。包括省卫生信息网及各地方卫生信息网、行业4.2.2.7.系统接入层4.2.2.9.安全保障体系4.2.3.系统技术路线4.2.3.1.企业服务总线(ESB)S0A是一个组件模型，它将应用程序的不同功能单4.2.3.4.三层(多层)架构软件系统采用三层(多层)分布式体系结构。典型的三层(多层)分布式体系结构分将数据存储层的数据揭取后延表示层表示层业务逻辑层數据存储层数据库层●商业实体信息(BusinessEntity)。rvice是BusinessEntity的子结构。●绑定模板(BindingTemplate)●技术模型(TModel)let无法使用J2EE的各种Service和API,这是为了安全性的考虑。健康信息摘要健康信息摘要-----标准化健康档案文件1文件2文件3文件段1文件段2文件段3 文档摘要值域举例出院总结转诊单出院带药用药途径与数据元关联的术语和编码档案的展示。ainMessageInformationMode●把医院内部的HIS系统改造成HL7Ready是一件轻而易举的事。信息建模信息建模交互建模消息设计用户建模●眼科学EyeCare:3个●病人监护设备PatientCareDevice:1个集成事务图(IntegrationProfile)提供了高层次的概述，一个集成事务图具备了解决特定IT基础架构需求的特定能力。第二卷(ITITF-2)对于集成事务图中的交易域transactIT基础架构技术框架2.0版包含9个Profile,Profile之间存在依赖关系：CrossrefCros8-1、RetrieveInformationforDisplay(RID):显示所需信息获取。提供一种简单F、JPEG等流行的文档格式。另外，为了临床的需要，此profile还支持读取某些以病人2、EnterpriseUserAuthentication(EUA):机构用户验证——为每个用户分配唯sign-on)方式，为用户提供很大的方便。此profile是在Kerberos(R3、PatientIdentifier者ID域之间，提供同一个的患者标识的相互索引。一旦这多个系统建立了患者ID交叉索引，同一个患者即使在多个信息系统中有不同的ID,也可能同时从多个4、PatientSynchronizedApplications(PSA):患者同步应用——用户可以在一台 (2)临床文档架构0.*陈述1.*0.*陈述1.*2、约束RIM类的(可选)属性。这包括提升某些可选的RIM类到必须包括在某个模板中，或者移除某些(可选的)属性(不允许它们出现在该类中)。Web服务描述语言WebService构成4.2.3.15.XML技术4.2.3.16.ETL技术4.2.3.20.PORTAL技术为瓶颈，医院反而成了信息的孤岛。卫生部2003-2010年的《全国HL7为应能支持临床病人照料和医疗保健服务的管理、传递和信息交换Messageinterchange软件组件Softwarecomponents文档与记录架构DocumentandrecordarchitecturesHL7包括通用查询在内的全部接口病人管理(入院、出院、转院和注册)医疗信息(文档)管理病人转诊从原理上来理解，HL7标准协议就是一种数据交换协议基于以上两个层次的数据交换方式，对应基于HL7的数据交换使用运行的不能替换的系统具有HL7的通讯能力种方式可以不对原有系统的各个应用终端，如各种工作站等进行点是：由于系统内的各个应用模块终端并不具有HL7消息的处理能Ready方式是在整个系统中，在各个应用终端已经对HL7的接多都是可以通过HL7这个协议进行传输和整合的。在目前阶段虽然(Windows分布式应用结构，简称WindowsDNA)是微软创建新一代高适应性商业解决方案的框架，它能够充分地挖掘数字神经系统数据层的数据库服务器为系统弄提供后台的数据库支持，负责●速度快内存中保存副本，有对同一页面、程序的新的请求时，●移植性高当网站为了增强网站活力，需要经常改变页面●灵活性高管理层的决策支持越来越显得尤为重要。一家优秀的医院没有正确有强大的统计分析决策辅助功能将不能称之为一个优秀系统，不是日益激烈的市场竞争中管理出一家优秀的医院。由此可见，一个强管理系统还仅仅停留在4.2.4.系统部署要求4.2.4.1.网络要求1.有国家(行业)标准的，优先遵循国家(行业)标准；3.无国家(行业)标准，等效采用或约束使用国际标准；标准规范体系总体框架标准规范体系总体框架引用技术标准规范数据标准规范业务规范业务类规范(实际上不属于信息规范)是一组由业务角色、业务职能、业务流程和监数据由元数据和数据集构成，元数据是数据信息的最小单位(Metadata),它从信息名称说明版本1.数据分类与编码规范2.数据采集与交换规范3.业务流程与工作制度规范4.日常社区卫生信息化工作管理规范A.药品目录采用卫健委公布的《药品信息编码库3.0版》标准。B.诊疗目录采用卫健委公布的《全国医疗服务价格项目规范(2012)》规D.行政区划目录采用《2016年统计用区划代码和城乡划分代码(截止2016年07月31日)》(国家统计局)数据标准。E.卫生信息数据元目录(值域代码)标准。全包括数据灾备，病毒防范等，最后是应用级安全包括统一身份认证，统一权限管理等，网络安全与物理安全网络安全信息安全内容审计储存安全传输安全用户鉴权安全检测访问控制审计监控反病毒媒体安全设备安全环境安全备份恢复应用安全保密和信息安全保密等方面综合考虑，能达到C2级或以上安全标准。受侵害的客体对客体的侵害程度一般损害严重损害特别严重损害公民、法人和其他组织的合法权益第一级第二级第二级社会秩序、公共利益第二级第三级第四级国家安全第三级第四级第五级定级要素与安全保护等级的关系◆数据管理4.3.1.4.平台基础服务含的内容有个人注册服务(EMPI服务)管理和WEB界面管理(MPI系统管理)。EMPI服的唯一ID标识，与各种就诊服务卡(医保等)号关联，建立居民主信息的统一视图，实1、比较患者索引2、修改患者索引3、处理潜在重复通过信息资源目录体系可以解决人口健康信息资源管理的基本问题(3WH),即What一有什么信息资源?Where一需要的信息在哪里?Who一谁提供?谁使用?How一如何发布?如何查找?如何使用?平台的信息资源目录设计就是要实现上述目标，并采用、参考IHEXDS技术实现。息域、主要疾病和健康问题摘要域、儿童保健域、妇女保健域(含生育登记)、疾病控制协同服务基于健康档案存储服务，提供医疗卫生行智能提醒服务的功能体现，如：家庭医生签约服务中提醒签约医生待履约执行的项目、缓存服务这些服务用于管理缓存，并在可被配置设置的基础上提供与缓存响应相关的功能。这些设置可包括生存时持久度，缓存循环，基于角色缓存等。审计服务这些服务提供配置信息审计的能力，并为其它服务提供审计支持的接口。审计服务将管理自己的数据源并使用其他服务，如编排、数据服务、日志管理服务、报告等。与缓存响应相关的功能。理服务来记录出错信息。日志管理服务务都将产生事件日志。这些事件将根据配置记录在事件日志中。日志可以被保存在平面文件、关系型数据库、系统事件日志库等。其他服务，如警报/通知服务，可以结合日志管理服务，以提供其他增值能力。安全管理：安全服务提供了保护患者隐私和各区域安全审计服务这些服务提供对每个事务所涉及到的系统、用户、医护工作者、患者/居民、健康数据等等的报告功能。这些服务对于满足其他业务需求，如系统管理、事务监控、记录重要的与隐私和安全有关的事件等，也是至关重要的。建议IHEITIATNA规范。用户认证服务这项服务验证用户的身份。这项服务是在执行医疗卫生应用与卫生信息平台之间的事务的场景下被调用，以验证参与事务用户的合法性。建议遵循IHEITIEUA、XUA、PWP规范。匿名化服务这些服务保护患者的隐私和安全，确保在信息平台中以及提供正常医疗服务以外的(例如医疗保险、管理、以及某种形式的研究)传递中使用的患者资料不向非授权用户透露匿名化服务这些服务保护患者的隐私和安全，确保在信息平台中以及提供正常医疗服务以外的(例如医疗保险、管理、以及某种形式的研究)传递中使用的患者资料不向非授权用户透露许可指令管理服务许可指令管理服务转换由立法、政策和个人特定许可指令带来的隐私要求，并将这些需求应用到卫生信息平台环境中。在提供访问健康档案或经过区域人口健康信息平台传输的许可指令是否允许或限制健康档案的公开。这些服务还允许信息平台用户管理患者/居民的特定许可指示，例如根据法律法规的需要和允许，阻止和屏蔽某一医疗服务提供者访问健康档案或者在紧急治疗情况下不经许可直接开放健康档案。建议遵循IHEITIBPPC规范。身份保护服务这项服务将一个患者或居民的身份解释为一个健康档案标识符。患者或客户通常由一个如社保卡号码的通用标识码来标识，这样的卡号关联到每个包含健康档案标识域中的健康档案标识符。健康档案标识符是一个受保护信息，只有交换层之上平台系统才能知道。数字签名服务数据的不可否认性，这样的临床数据如：数据文件、报告、记录中的字段域、安全声明、XML文档，包括被转换为XML文档的HL7消息或对象中的元素。这项服务在生成签名之前先验证数字证书没有被撤销。加密服务包括(1)密钥管理服务：创建和管理数据存储的加密密钥；(2)数据库加密服务：加密和解密数据库表中的数据字段(列)和记录(行)以保护健康档案以及信息平台中处于使用状态的其它保密的关键系统数据；(3)数据存储加密服务：加密和解密文件和其它数据块，用于保护在联机存储、一般性安全(1)扫描恶意程序，保护免受侵害；(2)安全备份/恢复数据；(3)资料归档；(4)数据安全销毁。身份管理服务这些是面向更高层次服务提供的基础服务，例如用户注识，挂起/取消用户访问权。建议遵循IHEITIEUA、XUA、PWP规范。务这些服务确定对信息平台应用功能的基于角色的访问权限。这些服务还提供配置和管理用户及角色访问功能和数据的授权。建议遵循IHEITIEUA、XUA、PWP规范。安全审计服务这些服务提供对每个事务所涉及到的系统、用户、医护满足其它业务需求，如系统管理、事务监控、记录重要的与隐私和安全有关的事件等，也是至关重要的。建议遵循IHE用户认证服务这项服务验证用户的身份。这项服务是在执行医疗卫生应用与卫生信息平台之间的事务的场景下被调用，以验证参与事务用户的合法性。建议遵循IHEITIEUA、XUA、PWP规范。4.3.1.5.四大数据库(1)健康档案信息；(2)主要疾病和健康问题摘要；(3)妇女保健；(4)儿童保健；(5)疾病控制；(6)疾病管理；(7)医疗服务；(8)其他等；(1)标准代码数据库；(2)标准接口数据库；(3)公共卫生信息数据库(具有公用特性的一些卫生信息);(4)基础信息数据库等。3、共享数据库主要包括：根据对外交互的需求，从卫生业务数据库获取相应的数据健康档案存储以技术手段分类主要由索引存储、数据健康档案存储服务是以标准化的方式存储健康档案信息，为健康档案的共享和管理、注册患者身份注册文档(集)整合文档源/文档库查询注册文档提交文档(集)获取文档(集)1、健康档案存储服务2、业务数据存储服务4、业务平台数据存储服务5、数据仓库存储服务等●基本信息信息类别包含内容人口统计学特征信息社会经济学特征信息电话等教育特征信息学历、学位等婚姻特征信息婚姻状况等职业特征信息就业状况、职业类别、工作单位名称等医疗保险特征信息医疗保险类型、医疗保险号等亲属特征信息子女数、子女健康情况、父母亲姓名、父亲母亲健康状况等社会救助信息残疾情况、残疾证号码等建档信息个人健康档案编号、建档日期等●主要疾病和健康问题摘要信息类别包含内容既往疾病史过敏史过敏药物、过敏类型等免疫接种史免疫接种类别、地点、时间等生育史生育时间、地点、新生儿数量、性别、体重、主要健康指标身高、体重、血压、血糖、心率、视力、血型等主要指标，记录时间等健康危险因素生活方式(如吸烟、饮酒、体育锻炼等)、膳食与营养、生活和工作环境、家族遗传病史等等传染病、慢性病、职业病、地方病、精神病以及口腔疾病等、报告或确诊机构、报告或确诊时间等在接受有关卫生服务过程(如医疗、预防、保健、康复等)中被发现和被记录下来，所以儿童保健信息类别包含内容出生医学登记出生医学证明：姓名、身份证号、性别、出生体重、身高等新生儿疾病筛查新生儿疾病筛查记录：姓名、诊断、产生原因等儿童健康体检0～6岁儿童健康体检记录：身高、体重、头围、体弱儿童管理记录表：姓名、诊断、症状等妇女保健信息类别包含内容婚前保健服务婚前医学检查表、婚前医学检查证明妇女病普查妇女健康检查表计划生育技术服务计划生育技术服务记录表孕产妇保健与高危管理表产前筛查与诊断记录表出生缺陷监测医疗机构出生缺陷儿登记卡疾病控制录、中毒记录、行为危险因素、死亡医学登记等9大类。信息类别包含内容预防接种记录个人预防接种记录表结核病防治结核病人登记管理记录表职业病记录疾病报告卡职业性健康监护职业健康检查表伤害监测记录伤害监测报告卡中毒记录农药中毒报告卡行为危险因素记录行为危险因素监测记录表死亡医学登记居民死亡医学证明书疾病管理信息类别包含内容高血压病例管理高血压患者随访表糖尿病患者随访表精神分裂症患者年检表、随访表老年人健康管理老年人健康管理随访表等建设以电子病历为核心的临床数据中心(ClinicalDataRepository,CDR),通过发生的所有临床活动所产生的临床数据(结构化、非结构化)集中存储在一个物理或虚拟中心。单个病人信息随着时间的增加信息量也随之增长，为了可决策支持决策支持信息交换与信息共享数据分析与挖掘集成可视化综合查询HIE共享的信息内容(一期)喻文档XDS-DocumentReposi存储形式数据患者主索引患者主索引文档主案引IHEXDS跨机构共享结构图范，临床文档源为医院内部不同的信息系统，包括HIS、LIS及PACS等信息系统，它们EH注册用服务器电子病历数据采集服务器等服务病历节点服务器工作站床信息系统其他临床PACS系统从其他缓冲数据库(如：PACS)提取相应文档。电子病历应用服务器在检索文档的同时，全民健康信息平台涉及到与居民健康相关的所有业务，因此其业务数据具有类型多、PO8档文幅AL(POS,卫生H 机构等)息息 1)检验结果共享2)检查结果共享3)医学影像资料共享档案浏览器的要求，结合全民健康信息平台工程健康信息调阅的实际要求，我们理解为全民健康信息平台工程的健康档案浏览器应该满足以下要求：健康档案浏览器的逻辑的技术架构见下图：医学影像/图片/扫面件为了满足不同信息的现实需求，健康档案浏览器需要连接健康档案数据库，医学文件和报告共享库，以及今后还要连接影像资料/图片/扫描件数据库。数据的访问及数据服务组件支持，而相关信息的查询有健康档案互操作服务组件支持。通过这两个服务组件获取不同领域的健康信息、医疗临床信息。在上面的业务逻辑组件，业务规则组件、格式化组件、终端用户显示组件和终端用户导航组件，则用于支持用户认证、显示控制、与用户应用程序集成等。在技术上采用J2EE的架构模式和B/S架构体系，实现客户端零安装，并保证系统鲁棒性。在开发中将遵循J2EE规范。J2EE是Java2EnterpriseEdition的简称。它是与实现企业级应用有关的各种技术规范的集合。下图是J2EESpecification中描述的J2EE应用的结构以及相应的规范：山人5山人5ssLWebContainer按照健康档案的要求，以及综合健康档案使用者(医疗卫生服务人员)和健康档案的所有者(居民或患者)了解个人(案)健康信息的需求而设置的健康档案主界面的栏目。1、实现各县药品统一管理(如药品目录新增，维护，停用，发布等)。2、提供对基层医疗机构的药品统一管理。4、提供县级药品统一目录与药品信息编码库增/修改/查询、启用/停用以及医保目录对照等相关药品操作。并为各医疗卫生信息平台2、药品零差价管理3、药品目录对照4.3.1.8.5.与相关系统接口及改造(1)、HIS和村室的药品目录维护只允许查询和停用，不允许(2)、药品目录维护界面，增加从市(区)级卫生信息平台下载目录功能。(3)、药品入库界面，增加从中心端下载目录功能。4.3.1.9.实名制统一门户3、妇幼保健系统4、医共体绩效考核系统5、基层药品统一管理系统6、其他国家、省级直报系统等7、分级诊疗系统(2)网络要求：(3)前置机要求：4.3.1.11.2.数据采集汇集接口处理个人基本信息建档高血压病例管理高血压随访管理老年人健康管理(随访)儿童健康体检妇女病普查高危孕产妇管理产前筛查出生缺陷监测传染病报告预防接种死亡医学证明门急诊诊疗婚前医学检查证明婚前保健服务妇女病普查高危孕产妇管理产前筛查出生缺陷监测孕产妇死亡报告出生医学证明新生儿疾病筛查儿童健康体检儿童死亡报告传染病报告预防接种门急诊诊疗住院病案首页肿瘤报告职业病报告死亡医学证明医院门急诊诊疗门急诊诊疗电子病历概要一住院病案首页电子病历概要一用药记录电子病历概要一体温单电子病历概要一检查报告电子病历概要—检验报告电子病历概要一出院记录电子病历概要一入院记录出生医学证明新生儿疾病筛查儿童健康体检妇女病普查高危孕产妇管理产前筛查出生缺陷监测传染病报告预防接种死亡医学证明职业病报告接入系统(平台)接入系统(平台)前置机接口库区域卫生信息平台(1)表填写规则(2)字段填写规则1)生成规则：2)字段类型和格式要求(YYYYMMDDHH24MISS)和15位日期时间(YYYYMMDD+'T'+HH24MISS)。邮件、手机号码、3)单选值域：按照平台提供的值域代码上传数据；如果平台用值域，而平台对应字段使用值域，业务系统可将字段的值传给平台相应的文字描述①业务系统一条值域代码对应平台一条值域代码②业务系统一条值域代码对应平台多条值域代码③业务系统多条值域代码对应平台多条值域代码4)多选值域：(3)增删改数据规则新增修改标识为1,基本信息表DI_MPI_REGISTERINFO的ADDUPD_FLAG新增修改标识为1,2)修改数据：新增修改标识为2。ISBABY(新生儿标识)为1,LOCAL_ID_OLD、MOTHER_NAME_0LD、PARITY_0LD和新增修改标识为2。ISBABY(新生儿标识)为0,LOCAL_ID_0LD和NAME_0LD字段必填；2)删除数据：1)新增数据：(文档关系)字段填写为Original,2)修改数据：(文档关系)字段填写为RPLC(替换),3)删除数据：表人员的基本信息字段名字段类型填报要求数据项说明样例不填必填姓名【解释】在公安管理部门正李丹必填码【解释】生理性别代码【规则】GB/T2261.1-2003个人基本信息分类与代码第1部分：人的性别代码2,与2字段名字段类型填报要求数据项说明样例字段[SEX_NAME]对应必填称【解释】生理性别名称【规则】与字段[SEX]对应女性必填期【解释】出生当日的公元纪年日期【规则】时间格式YYYYMMDD别代码【解释】标识本人当前职业类别的代码【规则】GB/T6565-2009职业分类与代码件本人的电子邮箱地址码【解释】标识所属国籍的代码【规则】GB/T2659-2000世界各国和地区名称代码码【解释】所属民族的类别代码【规则】GB3304-1991中国各民族名称的罗马字母拼写法和代码N度代码【解释】标识本人受教育的最高程度类别的代码【规则】GB/T4658-2006学历代码不填言况代码【解释】本人当前婚姻状况类别的代码【规则】GB/T2261.2-2003个人基本信息分类与代码第2部分：婚姻状况代码识【解释】标识是否死亡【规则】(0正常1死亡)0间【规则】时间格式(24小时制):YYYYMMDDHH24MISSD不填名【解释】在公安管理部门正式登记注册的姓氏和名称【规则】如果是新生儿必须林霞字段名字段类型填报要求数据项说明样例填写【规则】如果该人是新生儿必须填写1标识【解释】新生儿多胞胎标识【规则】0否1是0【解释】新生儿多胞胎出生的次序【规则】如果该人是新生儿必须填写1必填生儿【解释】新生儿标识【规0员【解释】个人/患者注册时的服务人员马三鑫E不填用户名不填密码必填码【解释】与行政区划一致，)必填称【解释】行政区划地区名称【规则】按标准CT9901.05必填段代码)必填名称【规则】按标准CT9901.05机构代码一值含义执行，与某某医院必填域代码【规则】由平台统一分配的必填域名称【规则】由平台统一分配的与字段[DOMAIN_CODE]对应某某医院必填识【规则】人员在区域内的唯一标识，不是平台分配的0不填字段名字段类型填报要求数据项说明样例传时间不填果代码)不填果描述M不填批次号NAME_0LD原姓名【解释】修改前的姓名原产次【解释】修改前产次顺序(胎【解释】修改前的胎次必填改标识【解释】标识该信息是修改信息还是新增的信息【规则】新增1修改21原D【解释】修改前local_idAME_0LD姓名【解释】修改前母亲姓名生信息平台、各级医疗卫生机构数据上传的情况(按接口分类的上传数量、上传成功率、质量评估结果等)进行综合展示，以指导各联网平台、县级医疗卫生机构应用系统的改造数据质量全过程监控与评估体系记录日志错误处理数据转换适配文件解析数据源的标准化规范化预处理数据标准化，规范化审核各级医疗机构其他相关机构数据质量评估数据加载数据清洗医院门诊义接口数据的定义和解释，确保接口数据定义和源数据定义的一致性；支持文件级校验、求和的结果稽核，或者是两者同时进行(混合监控);稻核白志生成中间结果中间结果3统计日志生成表配置列配置上图描述的是数据质量控制的基础业务流程图，具体解释见下表：号发起者协作者内容1员2计稽核参数配置模块的配置数据，进行汇总统计，并生成中间统计结果；3成的中间统计结果、稽核参数配置模块配置的阀值，进行比较，根据比较的结果，分不同错误程度，进行日志生成4.3.1.12.3.数据质量控制措施4.3.1.12.4.数据质量监控过程4.3.1.12.5.数据质量问题处理4.3.1.12.6.数据质量监控结果展示编号数据时间数据源主题问题类型问题说明12301,违反唯一性原则；02,违反非空原则；03,代码转换错误；05,非数字；06,非汉字；08,格式不符合要求；12,无法插入。07,{年龄}数据范围是{>1或<200};4.3.1.13.数据共享与交换4.3.1.13.1.数据交换内容个人基本信息域服务操作描述查询个人基本信息服务根据个人ID查找并返回对应的基本信息2、主要疾病和健康问题摘要域主要疾病和健康问题服务操作描述查询主要疾病和健康问题服务根据个人ID查找对应的主要疾病和健康问题信息3、儿童保健域儿童保健服务操作描述单个儿童保健信息查询服务根据个人ID查找对应的儿童保健信息更新儿童保健服务档案儿童保健查询服务支持多条件查询，例如年龄段、疾病名缺陷名称等，返回批量信息订阅儿童保健信息POS可以订阅自