基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目投标文件 v---技术标书

'目录第1章项目概述11.1项目背景11.2项目目标11.2.1总体目标11.2.2具体目标21.3建设内容2第2章项目现状32.1项目单位概况32.1.1单位主要职能32.1.2区医疗机构32.2信息化建设现状42.2.1基础设施建设现状42.2.2信息系统建设现状52.2.3业务数据量分析8第3章项目分析103.1用户分析103.1.1居民个人103.1.2社区卫生服务中心103.1.3二级医院103.1.4公共卫生专业机构113.1.5卫生行政部门123.1.6其他相关机构123.2业务分析133.2.1医疗卫生服务需求133.2.2社区卫生服务需求133.2.3公共卫生服务需求143.2.4综合卫生管理需求153.3安全需求分析15第4章项目总体设计174.1指导思想174.2设计原则174.3系统设计特点184.3.1软件一体化集成184.3.2高可靠性和安全性184.3.3具备可扩展的业务框架18 4.4总体设计方法184.4.1系统体系架构设计184.4.2基于SOA的体系架构194.4.3系统设计方法20第5章项目详细设计215.1业务体系设计215.1.1卫生服务体系215.1.2卫生服务整合225.2总体架构设计235.2.1总体架构235.2.2架构设计265.3区域公共卫生数据中心设计295.3.1基本思路295.3.2设计原则305.3.3总体设计315.3.4分库简介325.4区域公共卫生平台335.4.1平台部署模型335.4.2平台功能概述345.4.3平台构件概述355.4.4平台管理概述365.4.5平台共享功能365.4.6平台协同功能375.5应用支撑平台375.5.1支撑平台架构385.5.2主要相关支撑系统385.6标准规范体系设计395.6.1区域卫生信息平台规范标准的建立405.6.2区域卫生信息平台标准规范框架体系415.6.3遵循或借鉴的标准规范505.7系统核心技术概述535.7.1采用SOA总体架构535.7.2以统一的集成平台为基础实现多种集成方式535.7.3采用基于WebServices技术来实现系统对外接口535.7.4利用智能化手段实现客户端零维护量545.7.5（.Net）智能客户端545.8应用系统部署模式555.8.1网络结构设计555.8.2部署模式设计565.9支持软件选择57 第6章应用系统建设596.1区域公共卫生平台596.1.1疾病预防控制系统596.1.2妇幼保健系统716.1.3精神卫生系统906.1.4牙病防治系统926.1.5突发公共卫生事件应急指挥系统926.1.6区域公共卫生平台接口建设966.1.7社区卫生服务中心医保接口建设966.2社区卫生医疗服务平台976.2.1家庭医生工作站（14家）976.2.2全科医生工作站（14家）996.2.3系统接口改造（14家）1006.2.4与区卫生信息平台的互联互通（14家）1016.3区级医院信息化改造1016.4数据迁移1026.4.1现状1036.4.2前期准备1046.4.3数据合并迁移1056.4.4测试基于新库的应用是否正常1056.4.5迁移步骤1056.4.6数据验证1076.4.7应用层面的数据验证1076.4.8功能测试1076.4.9性能测试1076.4.10数据一致的验证1086.4.11数据迁移1086.5健康档案数据整合110第7章HIS、LIS、RIS接入上级系统技术方案1117.1综述1117.2项目特点和功能特性1117.3通述1127.4业务运营相关数据1137.4.1门急诊业务1147.4.2住院类业务1157.4.3手术业务1157.4.4业务数据统计报告1167.5临床诊疗病史相关数据1177.5.1患者基本信息1197.5.2门诊就诊信息121 7.5.3住院就诊信息1227.5.4实验室检验报告1227.5.5医学影像检查报告1237.5.6住院病案首页主体报告1237.5.7手术明细报告1247.5.8诊断明细报告1247.5.9出院小结报告1257.6医院基础字典数据1257.6.1医院字典表(TB_DIC_Hospital)1257.6.2科室字典表(TB_DIC_Department)1267.6.3医护人员字典表(TB_DIC_Practitioner)1267.6.4明细项目对照字典表（TB_Dic_Detail_Comparison)1267.6.5诊断字典表(TB_DIC_Disease)1267.6.6标本字典表(TB_DIC_Specimen)1277.6.7检验指标字典表(TB_DIC_Test_Indicator)1277.6.8仪器设备字典表(TB_DIC_Instrument)1277.6.9检查类型字典表(TB_DIC_RIS_Type)1277.6.10其他相关的代码字典表1277.6.11字典表的建立与维护1287.7医保费用相关数据1297.8数据采集方式1307.8.1数据采集方式说明1307.8.2数据上传的时点1327.8.3临床诊疗病史各数据表的关联与整合1347.8.4对判别各数据表的数据时间的口径134第8章项目运维管理1358.1IT运维管理体系1358.2IT运维管理内容1358.3IT运维管理技术1368.4IT运维管理重点140第9章项目质量控制1429.1项目目的1429.2项目管理1429.2.1机构1429.2.2任务1439.2.3职责1439.3项目文档1449.3.1基本文档1449.3.2用户文档144 9.3.3其他文档1449.4标准、条约和约定1459.5评审和检查1459.5.1软件需求评审1459.5.2概要设计评审1459.5.3详细审计评审1459.5.4软件验证与确认评审1459.5.5功能检查1459.5.6物理检查1469.5.7综合检查1469.5.8管理评审1469.6工具、技术和方法1469.7记录的收集、维护和保存146第10章项目实施方案14810.1项目组建立14810.2项目实施过程大纲14910.3项目人员安排14910.3.1项目管理人员14910.3.2项目现场实施人员15210.3.3项目开发与测试人员15310.4项目工期及进度安排15410.5实施详细过程15610.5.1软件需求分析与确认15610.5.2系统实施15610.6项目实施中的关键15610.6.1总体合理统一的部署15710.6.2详细实施计划表的制定15710.6.3工作中协调问题15710.6.4人机配合15710.6.5周密的宣传工作15710.7项目管理工作方法15710.8失误管理制度15810.9工作管理制度15810.10计划管理方法15910.11对系统进行多用户、大数据量的性能测试15910.12项目的阶段联合评审16010.13项目管理和控制的规范性16010.13.1流程规范16010.13.2日常工作规范16110.13.3实施提交样表161 10.13.4问题反馈16110.13.5实施现场纪律16110.14协调会议16210.15工程师定级定岗及考核16310.16项目实施质量控制16310.17项目完成163第11章项目培训方案16411.1培训目的16411.2培训内容16411.3培训的形式16511.3.1现场培训16511.3.2集中培训16611.4培训教材基本内容及课程安排16811.4.1培训教材基本内容16811.4.2师资情况16811.4.3培训课程安排169第12章安装、调试、验收方案17112.1项目安装、调试17112.1.1文件描述17112.1.2安装、调试等级17112.1.3安装、调试准则17112.1.4安装、调试类型17212.1.5安装、调试方法17212.1.6安装、调试环境17312.1.7人力和时间安排17312.1.8安装、调试计划17312.1.9安装、调试用例17312.1.10风险17312.2项目验收17412.2.1项目验收内容17412.2.2项目验收标准17412.2.3项目验收程序17512.2.4项目初验试运行17512.2.5项目终验175第13章售后服务17613.1售后服务承诺17613.2服务工作宗旨17613.2.1客户服务的意义17613.2.2客户服务的宗旨176 13.2.3客户服务的目标17613.3服务工作简介17613.3.1服务力量的构成17713.3.2服务模式17713.3.3服务整体运行流程17713.4服务管理方案17813.4.1服务流程图17813.4.2服务人员构成18213.4.3机构职能设置18213.4.4服务工作记录18313.4.5您需要配合工作18313.4.6我们要做的和正在做的工作18413.5售后服务内容18413.5.1日常系统维护18413.5.2系统升级服务18413.5.3垃圾数据的清理18513.5.4数据迁移18513.5.5数据备份服务18513.5.6新需求的响应18513.5.7服务时间18513.5.8服务方式和响应时间18513.5.9重大技术问题处理18613.5.10系统应用交流18613.5.11服务监督186 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目概述1.1项目背景“十二五”期间，嘉定区卫生局将打造嘉定区区域卫生信息平台，形成统一高效、资源整合、互联互通、信息共享、使用便捷的区域卫生信息化体系，实现医疗卫生信息在医院、社区卫生服务机构、公共卫生机构的共享交换，并促进机构之间相互协作，全面提升区内医疗业务效率和质量，充分发挥嘉定区医疗卫生资源优势，为居民提供各层次、多样化的医疗卫生服务，同时，探索新型医疗卫生服务模式，促进嘉定区医疗卫生事业不断创新发展。本项目是基于总体目标“一网、一中心、一平台”,即根据上海市医改方案建设要求，逐步建立一网（嘉定区医疗卫生专网）、一中心（嘉定区卫生数据中心）、一平台（嘉定区卫生信息共享平台），打造基于电子健康档案的区域卫生信息业务应用平台，完善嘉定区区域内卫生信息资源的统一性、规范性、完整性和开放性；打破医疗卫生领域的信息孤岛，加强疾病预防控制、卫生监督、医疗救治三个方面的数据交换和信息共享，提高政府对突发公共卫生事情的应急处理能力；提高各级的卫生机构、二级医院、社区卫生服务中心的信息共享和整合，促进医疗卫生事业的进步，深化医疗卫生体制改革，减轻患者的医疗消费负担。1.2项目目标1.2.1总体目标本项目是基于嘉定区区域卫生信息平台的业务应用平台，旨在进一步完善公共卫生监测体系建设，加强相关信息系统的应用拓展，通过对公共卫生领域相关业务条线数据的落地与分析应用，进一步支撑嘉定区疾病预防控制业务和卫生监督业务的开展，增强日常的卫生监测预警能力和战时的应急处置能力，最终建立网路畅通、标准统一、反应灵敏、高效运作的、统一的公共卫生信息平台，全面提升嘉定区公共卫生的业务管理水平。建设嘉定区基于电子健康档案的区域卫生信息业务应用平台项目，形成统一高效、资源整合、互联互通、信息共享、使用便捷的区域卫生信息体系，实现医疗卫生信息在医院、社区卫生服务机构、公共卫生机构的共享交换，并促进机构之间相互协作，全面提升区内医疗业务效率和质量，充分发挥嘉定区医疗卫生资源优势，为居民提供各层次、多样化的医疗卫生服务，第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目同时，探索新型医疗卫生服务模式，促进嘉定区医疗卫生事业不断创新发展。1.1.1具体目标1、利用嘉定区区域卫生信息平台采集的基层基础数据，通过嘉定区公共卫生信息平台的建设，实现公共卫生业务的全方位管理，并把业务管理过程中产生的关键数据根据要求推送到区域卫生信息平台，实现公共卫生信息平台与区域卫生信息平台之间的互联互通。2、通过嘉定区公共卫生信息平台的建设，实现区域内二级医院、社区卫生服务中心、站之间的业务互联互通，形成信息共享、业务联动、上下协同的区域性公共卫生信息管理流程再造。3、通过嘉定区公共卫生信息平台的建设，实现辖区内公共卫生业务管理的规范化和标准化，满足与市级公共卫生平台之间的数据交互和信息共享。1.2建设内容本期项目主要实现如下内容：l区域公共卫生平台l社区卫生医疗服务平台l区域医院信息化改造l数据迁移l健康档案数据整合第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目现状1.1项目单位概况1.1.1单位主要职能（一）贯彻执行有关卫生工作的方针、政策和法律、法规、规章。（二）根据本区国民民经济和社会发展总体规划，组织编制本区卫生事业的发展规划、区域卫生规划和年度计划，并组织实施。（三）组织开展全民健康教育；负责制定传染病和慢性非传染疾病的防治规划，依法监测传染病，建立预警机制，防止和控制疫情的爆发和蔓延。（四）负责本区突发公共卫生事件应急管理工作；组织开展重大突发灾害和事故的应急医疗救护工作。（五）负责对传染病、公共场所卫生、职业卫生、饮水卫生、学校卫生等相关公共卫生实施监督管理；负责行政诉讼应诉工作。（六）负责对本区医疗机构卫生机构设置、医疗服务项目开设、医疗新技术运用、大型医用设备配置、医疗卫生从业人员以及母婴保健专项技术等实施许可准入和监督执法。依法管理医疗机构内部临床药事工作；依法动员、组织公民无偿献血，监督管理血站的采供血及临床用血质量。（七）负责制定中医工作发展规划，促进本区中医和中西医结合医学的协调发展。（八）研究制定社区卫生、农村卫生、妇幼卫生、初级卫生保健工作规划并组织实施。（九）负责制订本区医学科研发展规划、组织本区卫生问题研究和重点科研项目攻关，并指导医学科技成果的转化和推广工作；组织开展医学领域的国际交流与合作。（十）负责制定医学教育和卫生人才发展规划；指导、协调卫生系列专业技术职务聘任制度和专业技术执业资格认证制度的组织实施工作；组织开展职业道德教育。（十一）负责本区卫生事业经费的预决算、财务管理与审计工作；负责对全区卫生系统国有资产和公有资产的监管。（十二）承办区府交办的其它事项。1.1.2区医疗机构第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目嘉定区卫生局下属主要机构包括公立，预防、医疗、救护等单位29个，其中区级医疗机构6家，社区卫生服务中心14家，专业站所4家，民办医疗机构14家，村卫生室(站)162家。主要机构见下表：1、区属医院（6家）嘉定区中心医院嘉定区妇幼保健医院嘉定区中医医院嘉定区精神卫生中心嘉定区南翔医院嘉定区安亭医院2、专业站所（4家）嘉定区疾病预防控制中心嘉定区牙病防治所嘉定区卫生局卫生监督所嘉定区妇幼保健所3、社区卫生服务中心（14家）嘉定镇社区卫生服务中心迎园医院真新街道社区卫生服务中心菊园新区社区卫生服务中心华亭镇社区卫生服务中心工业区社区卫生服务中心徐行镇社区卫生服务中心安亭镇社区卫生服务中心安亭镇黄渡社区卫生服务中心江桥镇社区卫生服务中心马陆镇社区卫生服务中心南翔镇社区卫生服务中心外冈镇社区卫生服务中心金沙社区卫生服务中心1.1信息化建设现状1.1.1基础设施建设现状1.网络建设现状在嘉定区科委（信息委）的大力支持下，嘉定区卫生局依托区电子政务外网，实现了“横向到边”连通嘉定区所有的社区卫生服务中心和区级医院，“纵向到底”延伸到马陆镇、安亭镇和工业区等7个街镇的80余家社区卫生服务站和村卫生室，初步建立了嘉定区卫生信息网。主要网络设备信息见下表：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目型号配置信息数量购买日期H3C路由器MSR50-4012008年H3c交换机S36001思科交换机295012006年思科交换机296011.机房建设现状目前,嘉定区卫生局信息中心的信息化设备设置于区疾病预防控制中心的机房，该机房面积在60平米左右。2.硬件设施建设现状目前，嘉定区卫生局区域应用的服务器及存储设备设置于区疾病预防控制中心的机房。硬件主要信息见下表所示：型号用途配置信息购买日期CPU内存HPDL380G5数据库服务器IntelXeonE5410*13.25G2008年HPDL380G5数据库服务器IntelXeonE5410*13.25G2008年HPDL380G5应用服务器IntelXeonE5410*13.25G2008年HPDL380G5应用服务器IntelXeonE5410*13.25G2008年IBM3650应用服务器IntelXeonE5335*14G2009年3.安全设备现状目前，嘉定区卫生信息网建设于区电子政务外网，因此网络安全主要由区电子政务外网保障。硬件主要信息见下表所示：型号配置信息数量购买日期天融信防火墙NGFW400012008年1.1.1信息系统建设现状1.1.1.1公共卫生信息化现状第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.区疾控中心利用国家疾控、上海市疾控下发的应用系统软件，嘉定区疾病预防控制中心的部分业务已经采用了信息化管理，包括：中国免疫规划监测信息管理系统、中国疾病预防控制系统、上海市性病疫情管理系统等，上述应用系统运行状况基本良好，满足了业务工作中数据采集、修改、查询和统计的功能，也为进一步建立跨部门的突发公共卫生事件监测预警、应急指挥和处置系统提供了基本的信息支撑。2.区卫生监督所2008年嘉定区卫生监督所使用了市卫监下发的《上海市卫生监督信息系统》，主要实现了行政许可、卫生监督、处罚、一户一档管理等业务功能。3.新农合实时结算信息系统嘉定区新型农村合作医疗实时报销信息系统于2009年在10家村卫生室试点建设，2010年在近40家村卫生室以及9家社区卫生服务中心进一步推广。该系统的实施为贯彻执行市、区卫生局“小病进社区”的要求提供了技术支撑，推进了上海市和嘉定区政府2010年新农合实时报销的实事工程，方便了居民就医，转变了居民的就医方式，节约了就医和报销时间，提高了居民的满意度和社区医生的工作效率和工作质量，实时报销后可以动态掌握各卫生服务站室基本医疗情况，可以掌握用药是否合理，控制均次费用，避免大处方的发生。为进一步推进社区卫生综合改革，推广市、区政府新农合实时报销实事工程夯实了基础。4.社区健康保健信息系统2002年嘉定卫生局组织开发并在全区所有社区卫生服务中心应用的社区健康保健信息系统包括肿瘤管理、高血压管理、糖尿病管理、心脑血管疾病管理以及报表上报系统。5.病案首页管理系统对全区各级各类医疗机构的医院临床信息系统，按模块采用定时方式采集病人住院病案首页的医疗业务数据，利用嘉定卫生专网，统一上传。6.卫生统计信息决策辅助系统全区卫生统计信息辅助决策分析平台是以目前区卫生局已使用的卫生部卫生统计网络直报系统等为基础而拓展的，其纵身向适合全区医疗机构使用扩展，横向总揽卫生系统所有条线的报表整合，有效的管理和利用全区卫生统计信息资源，以此综合分析宏观的医疗卫生状况，且利于本区卫生统计信息资源的数据共享、交换、分析和预测。7.疫苗冷链温湿度实时监控系统目前借助于政务外网在全区13家社区卫生服务中心17个疫苗接种点共118台疫苗储存冰第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目箱中建立了自动化的冷链设备温湿度集中监测、记录、预警系统，统一纳入精细化管理。1.1.1.1社区卫生信息化现状目前，嘉定区的14家社区卫生服务中心的信息化建设主要围绕以收费为核心的HIS系统建设，主要功能包括，挂号、收费、药房、出入院、护士工作站等，其中信息化应用程度相对较好的正在建设CIS系统，而临床诊疗业务、健康防保业务等均有待建设。预防保健业务部分，各社区卫生服务中心均已基本完成初期的纸质建档，所有的纸质的健康档案均已汇总到各社区卫生服务中心，并由专人整理录入至06年统一下发的居民健康档案软件系统中，这部分案数据目前存储在各社区卫生服务中心的服务器中。嘉定区社区卫生服务中心信息化建设现状见下表：（√：已建；×：待建）社区卫生服务中心HISCISLISRIS门诊医生工作站病区医护工作站嘉定镇√√×√√真新街道√√×××华亭镇√√√√√徐行镇√√√√√安亭镇（黄渡）√√√√√马陆镇√√√√√外冈镇√√√√√新成街道√√√√√菊园新区√√×××工业区√××××安亭镇√√√√√江桥镇√√√√√南翔镇√××××金沙√√√√√1.1.1.2医院信息化现状第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目全区的公立医院全部实现与医保进行核算的医院信息系统（HIS），部分区级医院如中心医院已初步实现临床信息系统（CIS），其中核心模块电子病历、医护工作站、LIS系统、RIS系统、甚至医学影像归档与通信系统（PACS）等均已上线。嘉定区公立医院和区级医院信息化建设现状见下表：（√：已建；×：待建）医院名称HISCISLISRIS门诊医生工作站病区医护工作站区中心医院√√√√√区中医医院√√√√×区妇幼保健院√√√√×南翔医院√√√√×安亭医院√√√√×精神卫生中心√√√√×牙防所√××××1.1.1业务数据量分析1.1.1.1门急症及住院业务量2009年～2010年嘉定区卫生局下属单位门急症及住院人数：医院名称门急诊人数（万人次）住院人数（万人次）2009年2010年2009年2010年中心医院116.46127.732.112.26南翔医院44.4946.780.890.9安亭医院38.7844.530.60.62中医医院54.7259.080.570.6精神卫生中心2.051.770.030.05妇保院28.7331.61.191.25牙防所9.579.1100社区卫生服务中心总计243.77288.610.210.21第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目总计538.57609.215.65.89第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目分析1.1用户分析1.1.1居民个人随着经济的发展，居民迫切需要享受更高品质的医疗卫生服务，及时获取有效的医药保健信息，提高生活质量。这种需求主要体现在以下几个方面：可及的卫生服务：居民希望能够就近享受到诊疗和公共卫生服务，同时也能够享受到基本医疗服务带来的实惠，降低看病费用。优质的卫生服务：居民在进行诊疗时，希望医疗机构能够提供更好的卫生服务，能够享受到更专业和贴心的服务。连续的健康信息：按照标准，收集整理卫生机构的健康信息，建立居民贯穿整个生命周期的健康档案，实现对居民的连续、动态的健康管理。全程的健康管理：医疗机构可基于医疗卫生信息系统为居民提供主动的、人性化的健康服务，一方面为城乡居民提供方便、快捷、全面、科学的健康服务和保障。另一方面将有助于增强居民的健康保健意识，极大地提高居民的健康水平与生活质量。1.1.2社区卫生服务中心社区全科医生在进行社区卫生服务时可以调阅到辖区居民的所有诊疗信息(急诊、门诊、住院、健康等信息)及健康档案信息。社区医生可以将公共卫生各业务条线（疾病控制、卫生监督、妇幼保健、精神卫生）需要的数据通过平台上传到公共卫生系统中，并且获得公共卫生系统下发的数据，完成相应社区服务，避免数据重复录入。主要体现在：一方面能够提供更加合理和优质的诊疗服务，能够通过调阅居民的健康档案，辅助诊疗，提高诊疗水平。另一方面能够为居民提供更优质的预防、保健、健康教育、康复的公共卫生服务，逐步提高居民的健康水平。1.1.3二级医院第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目为了提高医疗质量和提供更合适的治疗方案，希望获得更多的病人健康信息，包括：1．医生可以调阅到当前患者的历次诊疗信息，及当前患者相关家属的健康信息，能够查询个人健康档案与患者在其他医院的就诊资料。2．医生在为患者诊治时可以获得治疗安全警示、药物过敏警示、重复检验/检查提示，有效减少医疗事故发生、降低重复检查费用。3．在进行远程会诊时，所有专家都可以调阅到当前患者的检查报告、医学影像。全市范围内病人检验单,检查报告的共享和互认。此外，医院希望减少信息重复录入的工作量，可从电子病历中自动获取并提交疾病控制、妇幼保健、精神卫生等公共卫生业务单位或部门需要的数据和信息。1.1.1.1妇保院（所）妇幼保健院（所）希望得到更丰富的信息，提供更优质、更全面的妇幼保健服务。妇幼保健各业务工作量大，需建立与其他机构和卫生行政部门的横向网络体系，完成妇幼保健信息与其他信息系统数据的共享与交换，使实现妇幼保健业务与医疗业务做到数据一处录入，多处利用,实现妇幼保健行政管理业务的全面整合。1.1.2公共卫生专业机构1.1.2.1疾病预防控制中心疾病预防控制机构希望从各医院、社区卫生服务中心（站）获取疾病个案实时信息，智能分析出区域群体疫情信息，与医疗机构联网完善传染病的上报流程和模式,提高上报效率和质量，实现传染病、慢病、精神病等疾病的实时监控和预警报告。1.1.2.2卫生监督机构逐步建立起管理相对人档案，通过管理对象档案实现不同机构，不同业务间的信息共享，通过管理对象档案和居民健康档案关联，全国各级卫生监督机构通过系统形成对辖区内医疗机构公共场所、饮用水卫生、职业卫生、放射卫生、学校卫生等管理相对人的实时动态监管。形成集信息收集、加工、存储、检索、分析、研究、传输为一体的卫生监督综合信息网络体系。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1健康教育中心希望获得更全面、更准确的疾病分布情况和居民对健康教育的需求信息，有针对地进行健康教育计划，发布健康教育知识，举办健康教育活动，评价健康教育效果，进行健康知识测试等一系统健康教育活动，提升全区域的健康水平。1.1.2卫生行政部门建立一个涵盖区域全民诊疗信息、预防保健信息、公共卫生信息等全面的卫生信息平台。利用卫生信息平台采集到的海量数据，就可以实现对业务、管理有效的数据支持。同时由于对区域的在运行系统的数据有了跟踪能力，及时关注，避免管理上的被动。可以通过卫生信息平台全面掌握全地区医疗卫生服务体系、救助体系、保障体系等方面的详细资讯，为制定区域内公共卫生政策提供准确依据。利用卫生信息平台对区域内各种医疗卫生数据进行采集,归并与挖掘分析,提供业务监督与决策支持。1.1.3其他相关机构医保、药监、计生、公安、民政等相关部门希望各相关部门加强沟通，密切配合，提高业务能力，增强服务功能。通过区域卫生信息平台，实现卫生机构和相关机构信息互联互通。如：药监部门可以通过区域卫生信息平台，获得丰富的药品使用有关数据，可以进行实时在线的不良药物事件的监测，提供用药分析服务等等。社会保险部门通过区域卫生信息平台，区域掌握了大量健康数据，对这些数据进行统计分析，了解医疗整体面貌，进一步辅助和推动医保/新农合业务的开展，并完成审核监督、定点医疗机构布点、医保政策制定或更新等辅助管理。区域公共卫生平台从民政系统获取女性人群的婚姻信息，并将划定年龄段的已婚女性作为孕产妇保健预备管理对象。从民政系统获取残疾人群信息，在健康档案的建设中，为该类人群建立残障专项档案、提供残疾康复管理。区域公共卫生平台从公安系统获取出生人口信息、户口迁入人口信息，触发新增人群（出生、户口迁入）的健康档案建档工作。可从公安系统获取户口迁出的人口信息，触发户口迁出人群所对应的健康档案的封存和转档。区域公共卫生平台从计生委系统中获取育龄妇女信息，在健康档案的建设中，将育龄妇女作为孕产妇保健预备管理对象。计生局可以从健康档案中获取孕产妇保健专项档案信息。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1业务分析1.1.1医疗卫生服务需求（1）提高医疗服务质量的需要。通过健康档案医生可以全面掌握和了解患者过去就医及其健康状况，为医生诊疗提供了更多的决策所需要的基础信息，能较大程度的提高医疗服务质量。（2）节省患者支出，缓解群众看病贵的问题。通过计算机网络技术，为每个人建立健康档案，实现针对个体化健康管理，形成居民个人的健康状态资料，以及诊断治疗的重要的记录，使无论在各级各类医疗卫生服务机构的医生都能随时获取患者病史资料，避免了重复医学检查，既提高了效率，也节省了患者支出。（3）争抢生命绿色通道“黄金时间”的需要。通过居民健康档案可以在第一时间了解患者的病史、药物过敏史等情况，并有针对性地进行医疗诊治准备，避免因无法询问病情造成病史不明确导致救治不力的情况，真正地把握急诊抢救的黄金6小时。（4）有效、合理利用医疗资源的需要。实行社区卫生服务机构与大中型医院多种形式的联合与合作，建立远程医疗、分级医疗和双向转诊制度，探索开展社区首诊制试点，促进大中型医院与城市社区卫生服务机构之间形成业务联动、优势互补、疾病诊治连续化管理的机制，最终实现小病在社区，大病进医院，康复回社区的就医格局是实现区域卫生资源合理使用的有效途径。才能够实现转诊时各类医疗机构之间信息共享、提高质量、降低费用的目的，实现区域医疗资源的合理利用。1.1.2社区卫生服务需求（1）开展公共卫生服务业务的需要。社区卫生机构以全科医师为骨干，健康为中心、社区为范围、家庭为单位、需求为导向，妇女、儿童、老年人、慢性病人、残疾人等为重点，融预防、保健、医疗、健康教育、计划生育技术指导和常见病、多发病、诊断明确的慢性病治疗和康复服务为主要内容的社区卫生服务都需要健康档案作为支撑并为健康档案提供信息。（2）开展健康干预跟踪服务的需要。通过三级卫生信息平台实现区域内健康档案信息共享、联动，实现医疗机构间的双向转诊、委托/受托检验和医学影像检查、图像和报告传递，实现个人医疗卫生保健服务的跟踪。探索区域内居民在不同医疗机构间从孕产期保健到婴儿出生、儿童保健、终老的健康跟踪服务，利用手机短信预约服务等提供便捷和人性化的服务，可以有效提升健康干预服务质量。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目建立基于卫生信息平台和健康档案基础资源库，具有统一功能体系、统一指标体系和统一操作模式的社区卫生管理信息系统，可以提高社区卫生管理和业务指导机构的管理效率和质量，为社区居民提供更满意的卫生健康服务。1.1.1公共卫生服务需求（1）公共卫生业务联动工作的需要。在居民健康档案基础上，120急救中心通过查阅患者的相关信息（前期建立档案时记录的既往病史、体检时的有关记录、家庭住址、亲属联系方式等），急救中心的工作人员会根据GPS定位（若没有GPS定位，可根据前期登记的家庭住址）通知与呼救用户现场最近的急救车辆前往抢救。同时开通医院生命绿色通道，用户发出的呼救信息不仅反应在120系统平台，同时也会反应到绿色通道对口医院的平台上，根据患者既往病史，使医院提前做好抢救准备。使用户的呼救信息能够及时反应到呼救中心、绿色通道的对口医院。（2）疾病预防与控制管理需要。健康档案记录了居民健康状况的发展变化情况以及所接受的各项卫生服务记录的总和，疾病预防保健专业机构以居民健康档案采集的信息为依据，开展质量控制和管理，能够更好地了解和掌握辖区内居民的基本健康状况及其变化和趋势，有效开展医疗、预防、保健、康复、健康教育和计划生育技术指导等服务，开展重点人群、重点疾病的防治管理工作。（3）突发公共卫生事件处理的需要。突发公共卫生事件是指突然发生，造成或者可能造成社会公众健康严重损害的重大传染病疫情、群体性不明原因疾病、重大食物和职业中毒以及其他严重影响公众健康的事件。通过居民健康档案适时的查阅，更好把握抢救病人的“黄金时间”，为预防暴发大规模的疾病提供理论依据与信息支持。（4）公共卫生服务需要。在全国建立标准统一的居民电子健康档案，将能够确保居民的健康信息随人流动，在异地工作居住时，依然能够享受到由政府提供的基本公共卫生服务。国家的基本公共卫生服务项目将包括疾病预防、免疫接种、妇幼保健、健康教育、职业卫生、精神疾病管理治疗等内容，由城市的社区卫生服务中心(站)、乡镇卫生院和村级卫生室(所)向辖区内所有居民均等提供。国家还将加强对边远、贫困和流动人口等特殊人群的卫生经费投入和服务，逐步缩小城乡居民基本公共卫生服务差距。（5）卫生监督管理需要。全面实现传统工作模式到信息化管理模式的转变，变静态卫生监管为动态卫生监管，提高卫生监督效率，规范卫生监督业务和执法行为，提高卫生监督信息化水平。进一步方便居民与管理相对人，使百姓享受到高效、安全、公平与可及的现代公共卫生第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目服务。1.1.1综合卫生管理需求（1）加强卫生管理需求。随着区域卫生信息平台的建成，卫生行政管理部门可以获得宏观管理所需的数据支持,以辅助其决策，高效开展电子政务、传染病疫情监测、应急联动等；通过互联互通的医疗卫生网络体系将使行政管理部门对卫生业务部门的监督和控制更加的及时和准确，提高对整体卫生资源的调配力度，加强对疾病与疫情的控制，加强卫生监督，提高行业内的应急指挥处理能力。丰富的医疗卫生信息资源，为政府进行全市的宏观管理、宏观调控和决策支持提供基础数据。（2）实现跨业务跨系统的数据共享利用的需求。由于目前卫生信息化建设各自为政，缺乏统一规范，各医疗卫生机构之间的网络物理上不联通，业务标准、数据标准不一致，数据无法交换共享，形成了各单位、各条线的信息孤岛。卫生信息平台和两大信息基础资源库的的建设，将避免各单位对基础与公共信息的重复采集与存储，减少人力、物力与财力的重复投资，提升数据的一致性与唯一性，实现数据的标准化采集和信息共享。1.2安全需求分析1、数据存储和运行安全l数据库系统必须支持不依赖于第三方软件和存储的容灾备份。l数据库支持联机快速备份、快速加载数据和快速备份数据恢复，具有数据块级的备份和恢复功能。l数据库还应支持基于共享磁盘（shareddisk）模式的集群处理,并且集群服务器能够支持联机处理和数据仓库应用；支持CLUSTER集群系统；支持数据分区管理，包括范围、哈希、列表分区及复合分区等；支持数据库自动实时性能跟踪、监控。2、数据访问安全l考虑到多种认证方式；数据库访问安全性控制，支持数据库存储加密，数据加密传输；l严格控制对数据的访问。通过人员可访问的功能、地区、业务等多方面的控制，第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目实现对访问权限的限定；集中的数据库审计平台。3、应用安全系统应用级安全包括统一身份认证，统一权限管理等，而贯穿整个体系的是安全管理制度和安全标准.以实现非法用户进不来，无权用户看不到，重要内容改不了，数据操作赖不掉。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目总体设计1.1指导思想区域医疗卫生信息化工作，要以科学发展观为指导，坚持以人为本，以国家医药卫生体制改革为依据，以解决人民群众“看病难、看病贵”及人人享有数字化健康管理为长远目标，扎实有效地推进医疗卫生信息系统建设，充分利用现代信息技术提升卫生事业管理水平，为人民群众、医疗卫生机构、医疗卫生管理机构建设发展提供数字化的管理与服务。1.2设计原则本项目建设，在国家卫生部在医疗卫生信息化方面的指导思想为基调，结合嘉定区十二五卫生事业发展规划，以及金仕达卫宁从事卫生信息化多年的经验，针对本次项目遵循以下原则进行系统的设计与建设；l实用性与经济性在系统设计中，不仅要考虑到目前各种业务的实际需求，更应充分考虑将来业务种类增长的需求，从实用性出发，解决实际问题。在保证其先进与成熟的基础上，力求降低成本。l标准化与开放性采用符合国际、国家卫生信息标准的软件，遵循有关技术规范体制，使系统具有灵活的互联能力。l可靠性与安全性选用高可靠的产品与技术，在系统出现异常时，具有应变能力和容错能力，确保系统安全可靠。对某些信息资源的使用要进行一定的权限划分，并对信息系统的运行情况进行实时监控。l信息共享对信息资源可考虑有条件、分层次共享，使信息既得到充分、有效的利用，又符合内部信息的保密要求。要保证所有相关信息能导入现有通用软件,如excel等。l灵活性与扩充性第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目选用符合国际发展潮流的国际标准的软件，使系统具有良好的可移植性、可扩展性，保证在将来发展中迅速采用最新出现的技术，降低系统成本。1.1系统设计特点1.1.1软件一体化集成强调和注重系统基础框架的设计，从而确保今后扩展或新增的子系统能够自然集成为一个整体。由此为用户带来的最大好处就是，允许系统自由裁剪和重新配置。对系统的裁剪不仅是对子系统的取舍，还包括对子系统内部各项功能的裁剪，以达到根据各级卫生部门的不同需求配置系统的目的,同时实现业务系统的一体化管理，满足一站式登录的需求。1.1.2高可靠性和安全性实现分布式应用、广泛的网络连接，就需要具有更高的可靠性和更强的安全控制。因此，各信息系统特别强调对于远程通讯线路故障、多用户操作冲突、共享数据的大量分发与传递等过程的稳定性，并能够对出现的各种意外情况做出正确的处理。1.1.3具备可扩展的业务框架管理思想的发展、用户需求的变化与多样性，使得任何应用系统都无法覆盖所有用户的全部需求，由于本次项目建设的各信息系统有一个易于扩展的框架结构，从而为客户定向开发和二次开发创造了良好的基础。1.2总体设计方法1.2.1系统体系架构设计系统设计整体上采用支持广域网运行模式的三层网络架构体系，可以满足用户个性化需求以及系统安全性等方面的需要；又同时保持系统核心架构的稳定性，保证系统的可用性、可靠性和可扩展性。软件系统设计采用三层体系构架，基于SOA架构实现服务，具有易部署、易管理和易使第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目用的特点，各系统通过发布和获取服务来对外提供和获取信息。1.1.1基于SOA的体系架构针对本次建设项目的各信息系统的特点和医改政策的方向，采用面向服务技术架构（SOA,Service-OrientedArchitecture）分析与设计方法，遵循统一性、抽象性、符合性及业务驱动、可迭代的设计原则完成项目的分析、设计和开发。基于SOA架构的系统设计思路如下图所示：SOA架构模式更多的是体现了业务驱动IT的思路，这和我们在卫生信息化规划里面的思路是吻合的。对于SOA的业务流程和需求分析和传统的结构化需求分析，面向对象的需求分析并不冲突。SOA是站在更高的一个层面，具体到了某一个具体的模块或功能的实现仍然是采用结构化或面向对象的需求表达，以明确功能的输入、输出、数据、业务处理流程和规则等内容。 对于医疗卫生信息化的建设，基于SOA的思路如下：首先是通过价值链分析，一级流程到二级、三级流程逐级的的分解，从流程中发现关键的业务活动，然后分析业务活动间的关联关系和耦合程度。根据高内聚，松耦合的原则，充分考虑卫生业务和卫生组织机构设置来考虑业务架构的建模。该业务架构中最重要的就是业务的组件化，需要充分考虑业务和流程进行组件化而不是从设计实现的角度去考虑模块化，这是一个关键点。 在业务组件化后，接着要做的就是根据流程分析来考虑业务组件之间存在的关联关系，业务组件之间究竟存在什么样的关联，需要传输什么样的数据，第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目这一步是重要的一个分析步骤，通过该步骤的分析后我们发现关联关系会转化到SOA业务建模中的服务视图，而传递的数据和信息转换为SOA业务建模中的数据视图，接着再详细描述服务信息和数据元的定义。1.1.1系统设计方法为了保证系统能满足用户需求的变化及软件发展的趋势，我们将采用目前国际先进的建模工具进行分析和设计，并且在实际的软件开发过程中，严格遵循软件工程的思想，按照软件工程的标准组织开发实施工作，使系统的计划、预算、功能和质量成为确定的和可预见的，从而避免提出的系统最终成为空洞的承诺。我公司设计的社区卫生信息系统采用了当前最先进的多层次体系结构，整个系统以B/S架构实现，并且在逻辑上分为三个部分：l用户服务层l业务服务层l数据服务层我们将大量的业务规则放到中间层的应用服务器上，这样就使系统变得容易增强和维护。当用户的业务规则发生变化时，例如某个保健管理流程发生了变化，我们只需修改相应的业务规则即可，而无需更改客户端的应用程序。这将大大提高应用程序的可重用性，同时，用户只需花费极少的费用，就可获得一个增强的系统功能。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目详细设计1.1业务体系设计本项目设计的基本策略可概括为：树立“以人为本”的基本理念，提出卫生信息化应以服务于民为最终目标。卫生信息化项目不单以“事”为主，在核心业务处置上应实现以“人”为主的思想，系统的核心是帮助卫生机构实现居民健康服务、居民健康管理和健康监测。“人”“事”合一是卫生信息化重要的工作，是实现区域卫生信息化的核心，是实现条、块结合的重要基础，也是区域卫生信息化整合的重要目标。信息化的实现应充分尊重目前已有的管理架构，按照卫生改革的方向，根据卫生机构的基本组成分类以及其相关职责重新树立卫生信息化应包含的要素及其相互关系。1.1.1卫生服务体系按照嘉定区卫生服务框架，结合国家卫生体系的划分，嘉定区卫生服务体系整合后将主要包含公共卫生服务、社区卫生服务、临床诊治服务、院前急救服务四大服务体系。1.1.1.1公共卫生服务体系包含疾病控制服务（含精神病管理、传染病管理、慢性病管理、五大卫生管理、实验室管理、中毒和伤害管理、免疫规划等）、卫生监督服务（含许可、监督、处罚等）、重点人员服务（妇幼保健、老年保健、残障等）、重点资源管理（血液管理等）。公共卫生的主要特点是针对人群服务，核心是了解人群健康和干预人群健康、保护人群健康。卫生监督部分还含有部分行业内部管理职责。公共卫生信息化将使公共卫生服务水平进一步提升，全方位了解人群基本健康、及时干预人群存在的健康问题，整体提高人群的健康水平。1.1.1.2社区卫生服务体系以六位一体为核心的服务体系将提供居民预防、保健、医疗、康复、健康教育、计划生育指导全方位的服务，从而形成对居民的连续、动态的健康管理。社区卫生服务从另一角度看核心就是健康服务和健康管理，包含部分健康监测。社区工作的核心是以全科医生为主的全科团第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目队，针对辖区内的居民提供贴身的健康管理，处理居民健康的相关工作，而不简单是临床诊治工作。社区卫生信息化将更高效、优质的基本卫生服务直接推送到居民身边，使居民足不出户享受到高水平的卫生服务。1.1.1.1临床诊治服务体系核心是实现高质量、高效率和低差错的临床服务，同时保证学科的发展和进步。临床卫生信息化核心也以此为核心发展，包含电子病历、医生工作站、护士工作站、临床检验系统、临床医学影像系统、结算系统。其核心是实现以病人为核心的电子医学记录。1.1.2卫生服务整合通过上面的描述，卫生服务体系的基本组成可描绘如下图：四大基础卫生服务体系将从不同方面管理和服务居民，但如何形成完善、有效、高质的综合服务，就需要卫生服务的整合。在信息化中就需要整合卫生信息，形成区域卫生信息化框架，本项目项目的着眼点在此。通过数据中心完善的数据整合、共享交换平台的建设，联动公共卫生、医疗服务、社区卫生、紧急救助四大服务体系，将实现这一目标。系统的整合将通过横向和纵向共同解决。纵向：1、通过医院信息化的互通共享，使病人能在就诊过程中诊断互享互认，减少重复检查，缓解看病贵问题；同时纵向的医院间整合可实现双向转诊和远程医疗，极大地方便了群众和提升了基层医院的能力。2、公共卫生信息化纵向整合后，将联动区、镇两级公共卫生机构，更全面地了解和干预区域内人群健康。横向：1、建立临床、公共卫生、社区服务信息通道，完成数据链，形成自医院诊断后到公共卫生管理到社区健康关爱这一服务新途径，实现重点疾病（传染病、肿瘤、高血压、糖尿病第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目等）的诊断、分析、管理、随访等一系列工作，形成更贴近老百姓的完整服务体系。同时在重点人员管理上同样达到该效果。2、院前急救和临床诊治信息系统整合后，可将病人第一时间的情况在医院得知，从而为抢救病人争取了时间。3、血液管理系统与临床诊治信息系统整合后，将能在第一时间了解血液库存和使用情况，在发生重大灾难时提供第一手基础数据用于管理和服务。横向和纵向的整合将出现更多的综合服务和综合管理，使区域卫生信息发展最终紧跟卫生改革的步伐，时刻为老百姓服务、为卫生事业发展服务、为卫生改革服务。此外，整合后还将诞生了卫生服务核心数据集，这些核心数据集将为卫生服务需求和需要分析、卫生服务利用分析、卫生服务质量分析、反应性分析、健康相关因素分析、疾病发展分析等一系列与决策和管理直接相关的问题提供了基础数据支撑。通过数据挖掘平台的建立，达到决策支持功效。1.1总体架构设计本项目的建设和应用是一项长期工程。一方面，需要结合区内各级医院、社区卫生服务中心等医疗卫生机构的基础业务系统建设成果，不断接入新的应用、采集新的数据，充实市民健康档案的内容。同时，平台也要应对各阶段新增的、调整的业务需求，充分利用健康档案、电子病历信息及业务应用平台中的其他数据，为居民、卫生从业人员和管理者提供新的业务应用和信息服务。1.1.1总体架构本项目以“人和事为主线梳理业务，以信息资源整合和联动为支撑”作为项目整体规划设计的指导思想。本项目的总体架构如下图所示，分为七个层面，分别是卫生应用综合门户、卫生应用平台、卫生应用支撑平台、信息资源中心、资源整合平台、信息基础设施平台、管理规范标准以及信息安全体系。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.管理规范标准管理规范标准应该是贯穿在整个项目建设中的，由于本项目项目是一个区域性的大型复杂信息化工程，具有涉密面广、机构多、应用多、信息交换和接口多等特点，因此系统建设必须遵循相应的规范标准来加以实施，严格遵守既定的标准和技术路线，只有在管理规范标准的保障下，才能确保整个系统的成熟性、拓展性和适应性，规避系统建设的风险。2.信息安全体系信息安全体系是整个嘉定区项目的重要组成部分，与管理规范标准的建设策略相类似，信息安全也应该贯穿项目建设的始终，信息安全不仅包括技术层面的安全保障（如网络安全、系统安全、应用安全等），而且还包括各项安全管理制度，因为只有在一系列安全管理的规章制度实行的前提下，技术才能更好地为安全保障作出贡献。3.信息基础设施平台信息基础设施平台是支撑整个系统运行的信息基础设施平台，主要包括各类系统软件、系统硬件，网络设备、安全设备、容灾备份以及数据存储等。4.区域卫生信息平台第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目信息资源中心的建设依赖于区域卫生信息平台，卫生整个行业的特点是条线多、管理层次多，管理机构多、数据分类多、数据量大等特点，从数据的来源划分分析，不仅包括卫生行业内部，而且包括卫生行业外部，这就需要通过资源整合来完成对数据的交换共享，同时，从管理协同和处置联动的要求分析，还需要同相关单位实现在管理、流程等方面的整合和联动，因此信息资源的建设将面临复杂繁重的工作，除了在管理上确保各级各单位在信息采集、质量控制、数据分检等管理工作上的投入和执行外，在技术上，也要有相应的技术提供支持，以辅助数据资源、管理流程和应用服务等的整合。因此在资源整合平台中，技术实现上主要包括了信息资源集成、应用服务集成，从而构筑起一个全面多方位的资源整合平台。1.信息资源中心信息资源中心，是整个系统数据的集散地，在本项目中，要建设至少一个比较完备的数据中心，即嘉定区区域卫生数据中心，建议再做一个异地备份中心。该中心将存储共享库所有的内容，此外对公共卫生、社区卫生服务信息系统、社区医院信息管理系统，区域HIS等一些核心基础应用也将存储数据和处理业务逻辑。2.应用支撑平台应用支撑平台中，包括了各类构件化服务和基础模块的服务，从服务内容和实现方式上，可分为业务决策服务、应用支撑服务和安全支撑服务。从项目的建设要求分析，必须对系统的基础类模块、通用构件、共享类功能资源等（报表统计分析、统一认证、单点登录、GIS平台、短信平台等）要有统一的设计、提取以及使用规划，构件化、模块化、通用资源的开发可以在建设中大大缩短应用系统开发周期，提高软件质量和适应能力，因此应用支撑平台的设计正符合本项目的建设要求。3.应用平台卫生应用平台即是建设的核心应用内容，包括社区卫生医疗服务平台、公共卫生平台、医疗诊治信息平台、院前急救信息平台和电子政务平台。此外通过数据挖掘平台和OLAP平台，还实现卫生分析与决策信息系统；通过整合平台还实现跟进应用-----区域卫生协同信息平台，同时完善整合类其他应用。上述应用架构，涵盖了管理和服务、日常业务处理和决策分析、电子政务内部和外部建设的全部内容，在建设内容和目标上，可以更好地满足本项目的建设要求。4.应用门户在应用平台之上，是整个系统的门户层，门户建设也是本项目建设的重要内容之一。门户的概念是指通过多渠道的方式实现一站式访问，市民、专业业务人员、管理人员、领导、政府机关等可以通过网站、综合业务应用平台、统一外部接口等实现对系统的访问，除了在线操作第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目外，还可以通过短信、邮件、电话等多种方式接入，实现个性化服务。此外在内网门户上还将采用多接入、跨平台、跨应用、统一登录访问、一站式应用服务和数据服务等技术实现应用的集成和其他门户的建设。1.1.1架构设计项目整体系统架构，采用行业内主流的技术架构，并以国家相关标准为指导。通过进行关键需求分析，从而构建本项目整体建设的系统架构，包括各系统的交互接口设计，规范数据和服务标准。基于上述总体要求，系统设计按照以下思路开展工作：1.1.1.1系统总体构架采用基于多层构架的B/S的方式，应用平台符合开放性、流行的网络技术和标准，构造完整的多层架构应用体系。系统设计整体上采用运行模式的三层网络架构体系，可以满足用户个性化需求以及系统安全性等方面的需要；又同时保持系统核心架构的稳定性，保证系统的可用性、可靠性和可扩展性。软件系统设计采用三层体系构架，基于SOA架构实现服务，具有易部署、易管理和易使用的特点，各系统通过发布和获取服务来对外提供和获取信息。1.1.1.2标准化组件遵循国家卫生部和上海市相关标准规范，由基本数据集标准、数据代码规范标准、数据传输规范标准、数据交换接口标准组成。基本数据集标准用来规范业务逻辑模型，从逻辑层面规范业务数据的存储规则；数据代码规范标准用来规范外围通用指标的逻辑模型，从逻辑层面规范代码数据的存储规则；数据传输规范标准用来规范数据传输的技术规范，从技术上实现系统间卫生数据的交换方法。1.1.1.3规范标准体系l数据元标准：主要包括本系统业务中涉及到的基本数据元、复合数据元、指标体系（重要的统计指标项）等标准。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l信息分类编码标准：主要包括信息分类编码原则与方法、本系统用代码集和相关的其他代码标准。l数据库标准：数据库选型指南，数据库设计指南等标准与规范。l数据描述技术标准：现已确定为XML-Schema描述文件，参照有关的国家标准和国际标准。l数据交换结构标准：主要包括交换数据文件结构、及其有关的命名规则、语法规则等方面的标准与规范，该部分使用HCN-XML协议描述，参见HCN-XML部分内容。5.2.2.3.1规范标准编码框架在社区卫生信息管理标准中，在系统框架一级使用的交换、共享数据表编码方法如下：l共享数据表编码的表示形式l交换数据表编码的表示形式5.2.2.3.2数据元标准规范按照卫生部现有的数据集标准，在对本项目的社区卫生服务信息系统建设中基础医疗服务的数据逻辑模型建立时，需要用数据元来描述数据逻辑模型中类的属性。数据集标准有如下一些：l病历概要数据集l门（急）诊诊疗数据集l住院诊疗数据集l健康体检数据集l转诊（院）数据集l法定医学证明及报告数据集l医疗机构信息数据集l。。。。。。1.1.1.1业务系统组件应用系统组件化设计使得组件之间逻辑隔离，采用标准接口系统有机整合在一起，这样利于升级扩展。增加一个子系统时，已有系统无需中断，可以联机实施，如果要升级或替换一个子系统，其他相关系统不会受到影响。l业务指标分类编码方法第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目指标定义包括指标名称和指标编码。指标名称采用国际、国内已有的标准名称，或使用通用、明确的词语。指标的编码采用五层七位字符形式表示，反映指标的业务领域、定义级别、业务类别、信息主体类型特征等。在业务分类发生变化时，如基本内涵不变，只是名称改变和（或）外延发生局部调整，可修改名称和（或）定义，不改变业务类别代码；如有新的业务产生，插入新的分类，顺序占用未用字母作为代码；对于停办的业务，其原用代码不再使用，停办后又恢复的业务，仍使用原用代码。l业务指标数据结构业务指标项数据结构包括指标名称、编码、类型、长度、检索项标识（代码标识）。指标类型分为：数值型、字符型、日期型、布尔型、备注型和图形图像型。“N”、“C”、“D”、“L”、“M”、“B”标识。数值型指标的长度以“m，n”或“m”的形式定义，其中n表示小数位数，m减n为整数部分位数。日期型指标的格式为“YYYY-MM-DD”。其他类型指标的长度定义为整数。数值型指标的计量单位一般般标准单位，如：元、人、个、件、亩、百分比等，其他类型的指标无计量单位。检索项标识用以确定该指标是否为编码性指标。检索性指标类型为字符型，检索性指标代码值优先采用已经颁布的国家标准或行业标准，没有国家标准和行业标准时采用本项目定义的标准。业务类指标编码实例说明：例：指标名称：个人缴费状态编码：H-L-A-NP-031类型：字符型长度：3代码标识：001(代码字典id为001)XML协议定义：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目说明：编码的第一位字母H表示业务医疗业务；第二位字母L表示该指标的定义级别为本地级别，第三位字母A表示该指标所属业务类别为综合信息类，第四位字母C表示该指标的信息主体为个人；第五到七位数字为031为顺序号。1.1.1.1系统安全组件系统安全组件的设计主要是为了保证数据信息的安全性和保密性；保证系统在运营过程中各种资料的信息安全；保证系统与其它相关系统信息交换过程的安全；保证系统业务管理体系的安全。主要安全组件具有以下功能：l权限管理：系统应具有严格的权限管理功能、身份认证功能、和访问控制功能。l过程跟踪功能：重要数据资料必须遵守国家有关保密制度的规定。系统应对重要数据提供有痕迹的修改功能和防范非法扩散的功能。l数据备份功能：所有静态数据表和录入的资料在运行机器外必须有一个数据库的备份和一个通用格式文件的备份；每日发生数据变更应在运行机器外至少保存有数据库的增量备份和对应的通用格式文件的备份。1.1.1.2数据交换组件将现有的分布、异构的多个业务应用系统，通过先进的中间件技术进行集成，建立整合数据平台；在整合的数据中心的基础上，对信息资源进行综合利用，提供完整、统一的数据展现；能够支持对整合后的原始数据进行多维分析、深度挖掘，加强信息的分析和监控能力。数据交换是整个系统业务处理过程中，各应用子系统之间直接交换的业务数据。通过进行数据交换可以极大地方便各项社区卫生服务业务的开展，交换数据作为数据的来源和补充，在更大范围、更深层次上保障了在社区卫生服务业务内数据的一致性和完整性，有助于各部门业务的对接和协同。同时交换数据也是用于满足各业务部门数据需求的重要方式，为了清晰的定义出各部门的数据接口，交换数据是以部门为单位进行组织的。交换数据内容主要包括社会公众健康档案、医疗业务电子病历、民政局人口资料信息等。1.2区域公共卫生数据中心设计1.2.1基本思路第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目嘉定区卫生局公共卫生数据中心是本项目各种核心应用系统的承载平台，它为应用系统提供计算环境支持，也是一个公共卫生行业数据库与数据仓库的核心行业数据平台。数据中心根据嘉定区社区卫生服务业务体系的特点，以及开展区域社区卫生业务数据共享的实际需要，综合全区社区卫生信息、医疗卫生信息资源，采取统一的建设标准、统一的技术实现方式以促进社区卫生服务体系的数据共享和数据交换。数据中心以嘉定区卫生局信息中心为依托，通过规范行业网络应用数据库和网络硬件接口，对公共卫生行业的数据进行集中安全管理，并在数据交换与共享的基础上提供与专业医疗机构信息的共享，同时充分利用嘉定区民政局人口资源库的信息，保证居民健康档案的完整性和正确性。1.1.1设计原则区域卫生信息化建设项目将是实现区域卫生规划、面向服务的信息管理，有着条块并行的特点，同时信息资源本身散布在各级各类卫生机构中，如何搭建科学、完整、合理的分步加集中的数据模型，是实现卫生信息化的基础。区域卫生信息化建设项目应同时注重居民、业务、管理三方面，同时数据库基础设计也将注重居民、业务和管理的基础需求，根据实际出发，既要符合信息化工作的要求，也要符合卫生事业本身的特点。从保障数据顶层设计的角度出发，信息资源平台或中心设计应遵循以下原则：l统一数据元标准、系统间数据边界清晰，数据相对独立l从业务本身发展出发，数据集中与分步式并存，整合相关数据资源，建立良好的数据链l数据建模符合卫生发展基本认知l数据存储管理灵活多变，扩充容易l数据管理简便，便于维护，留有发展空间l统一规划、统一标准数据中心的建设通过进行总体数据规划、制定统一的数据交换与共享标准，不仅可以在公共卫生业务系统范围内保持数据的一致性，而且可以消除各业务系统范围内的“信息孤岛”，实现各种医疗卫生业务数据资源的互连互通。l体现灵活性和可扩展性由于数据中心本身是一个数据仓库，需要根据卫生行业的发展进行扩充，因此数据中心必第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目须具有良好的灵活性和可扩展性，能够根据今后业务不断深入发展的需要，扩大设备容量和提高用户数量和质量的功能。需要具备支持多种网络传输、多种物理接口的能力，提供技术升级、设备更新的灵活性。采用现今成熟的技术和设备，满足当前的需求并兼顾未来的业务需求。l可管理性由于医疗卫生、社区卫生服务业务的复杂性，随着业务的不断发展，数据中心管理任务必定会日益繁重。所以在数据中心的设计中，必须建立一套全面、完善的管理和监控系统。所选用的设备应具有智能化、可管理的功能，同时采用先进的管理监控系统设备及软件，实现先进的集中实时管理监控，提供良好的运行性能和可靠性，为数据中心安全、可靠的运行提供有力的保障。l安全性和可靠性由于社区卫生服务涉及广大市民的生活隐私，数据中心的安全是非常重要的。因此，系统必须有良好的安全设计，防范各种风险的出现，确保数据中心能够安全可靠的运行。同时数据中心面向全区提供医疗卫生服务，任务重大，必要要有成熟可靠的技术和体系结构，采用具有质量保证的产品。网络必须具有高可靠性，不能有单点故障。要对数据中心机房布局、结构设计、设备选型、日常维护等各个方面进行高可靠性设计和建设。在关键设备采用硬件备份、冗余等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制、控制手段和事故监控与安全保密等技术措施提高机房的安全可靠性。并且要具有一定的容灾功能。1.1.1总体设计根据以上原则，选择关系型数据库为基础，采用分布与集中相结合的数据存储方式，分布数据库集中于辖区内医疗卫生单位中已有比较完善系统的部门，集中数据将实现区域性HIS和健康档案以及各类共享交换数据集合，同时针对基础数据、代码数据、公共数据也实现集中化设计和管理。集中数据的设计同样采用不同数据库建设，保障其稳定和安全。数据库的数据结构以居民健康档案为核心，围绕个人的生命周期，涉及到的主要信息包括：健康档案、诊疗信息，以及疾控、卫生监督、妇幼保健等条线业务的信息。在本次的数据中心建设过程中，通过居民的健康档案，实现对相关数据的有效整合，真正解决信息孤岛、信息烟囱等问题，实现区域范围内信息的条块结合。数据中心建设将依据国家卫生部最新的“3521工程”建设要求，在构建电子健康档案和电子病历两大基础资源库的基础上，通过构建医疗卫生信息主题库、基础数据库和共享数据库，第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目建立嘉定区卫生数据中心数据库集群。具体说明如下。1、医疗卫生业务信息主题库：（1）健康档案信息；（2）主要疾病和健康问题摘要；（3）妇女保健；（4）儿童保健；（5）疾病控制；（6）疾病管理；（7）医疗服务；（8）其他等；2、标准信息主题库：（1）标准代码数据库；（2）标准接口数据库；（3）公共卫生信息数据库（具有公用特性的一些卫生信息）；（4）基础信息数据库等。3、对外交互数据库：根据对外交互的需求，从卫生业务数据库获取相应的数据信息，然后向外提供交互的数据，实现不同平台之间的数据共享的同时实现辖区内的卫生互动。1.1.1分库简介1.1.1.1标准主题信息库l基础信息数据库用于存储跟卫生有关的基础信息，包括各种卫生资源信息、人口信息、企事业单位信息等。l标准代码数据库用于存储各类卫生代码信息，包括地区、科室与专业、病人疾病分类、死因疾病分类、传染病分类、单病种疾病分类、慢性疾病分类、地方病分类、死亡原因构成、营养调查分类、卫生机构类别、行政处罚案由、设备类别、卫生行政规费代码等，基本含盖卫生信息化建设数据标准规范集的内容。1.1.1.2卫生业务主题数据库用于存储所有和卫生业务相关的信息，包括社区卫生预防保健服务，医疗机构诊疗服务、疾控条线业务、妇幼保健条线业务、计免条线业务等。为卫生决策分析和日常的卫生业务开展提供数据支撑。1.1.1.3交互主题数据库第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目电子健康记录信息共享和业务协同服务基于电子健康记录存储服务，提供医疗卫生机构之间的信息共享服务。根据电子健康记录信息的分类和服务需要，共享服务分为六个域：个人基本信息域、主要疾病和健康问题摘要域、儿童保健域、妇女保健域、疾病控制域、疾病管理域。资源整合平台主要将完成以下数据的综合采集和以居民健康档案为核心的数据整合，信息资源主要包含：l社区卫生服务：健康档案、社区基本情况、健康相关因子等“六位一体”信息l妇幼保健：妇女保健、儿童保健、孕妇保健、计划生育等l疾病预防：传染病、人口学、慢性病、健康监测l健康教育：知识库等l网站数据库：用于存储跟卫生局政府网站运行有关的数据，对Internet用户提供服务。……1.1区域公共卫生平台1.1.1平台部署模型下面以ESB取代目前的Web上传下载方式实现卫生信息集中共享为例来描述基于ESB的公共卫生平台的部署模型。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目图：基于ESB交换平台实现卫生信息集中共享的部署模型图中可以看到，每个接入机构通过部署一套ESB前置机来实现接入。ESB前置机上部署的是一个ESBClient程序。未来如果扩大信息交换的范围，只需要增加相应的前置接入节点即可，整个体系结构属于星型可扩展结构。1.1.1平台功能概述根据交换场景分析，卫生数据中心部署信息资源整合平台服务器端产品（简称中心端），区级及下属各类卫生管理机构、区级及下属各类卫生服务机构部署信息资源整合平台接入端产品（简称接入端）。中心端在整个信息交换过程中扮演了一个非常重要的角色，它一方面连接了公共卫生信息系统用户和医院，此外，中心端还负责和外部相关部门之间的信息交换。Ø中心端从服务的角度来看，在中心端必须具备消息传输、数据整合、服务集成和流程驱动的平台处理功能。Ø接入端接入端节点主要功能是完成消息的收发及对消息中数据的处理功能，因此在接入端需要提供消息传输和数据整合2个平台处理功能。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1平台构件概述建立一个统一的信息交换平台来完成卫生数据的采集、交换、存储等。把分散在各基层医疗机构应用系统里的数据，按需集中到区卫生局，对其进行统一的数据处理、信息整合和管理。一方面将业务数据集中管理，另一方面，通过数据进行整合，以满足不同层次的应用系统的需要。通过数据收集系统处理医院、社区卫生服务中心、服务站数据源、其他数据源、手工录入系统采集的数据；通过数据交换系统实现数据集中、共享，公共卫生信息发布系统、上级数据中心、数据仓库之间的数据流转；完成系统监控、数据集成控制、内容管理控制。服务设计：l注册服务注册服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类注册库（如个人注册库、医疗卫生机构注册库等），每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。注册库保有一个内部的非公布的标识符。l信息接口服务信息接口服务包括两大类服务：通信总线服务和平台公共服务。通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。主要服务组件包括消息服务和协议服务。平台公共服务主要是指应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务。l数据存储服务数据存储服务是一系列存储库，用于存储围绕以人为中心的相关医疗保健信息，并且以人的健康档案为核心，进行数据关联和管理。根据健康档案信息的分类，数据存储服务可包括七个存储库：个人基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库。l数据仓库区域公共卫生平台由多个系统组成，这些系统涵盖了与居民健康相关的所有业务系统，以使辖区内居民拥有完整的健康记录。数据仓库主要是对业务数据进行综合统计分析，以辅助进行相关决策。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1平台管理概述Ø用户管理通过机构/用户管理可以规范用户对集成平台的使用行为，可以根据用户的组织机构设置相应的用户组和对应的用户。用户管理应该能够对用户进行全面的管理，包括用户组的增加、修改和删除；用户的增加、修改和删除；用户与用户组之间的对应；以及其余角色的权限管理安全可靠的密码管理功能。Ø权限管理在数据共享交换平台中权限管理至关重要，不同的用户具有不同的权限，使用不同的信息路由路径，对各应用节点的接口调用进行身份验证。这样保证了系统的安全性、可靠性和稳定性。Ø日志管理提供平台运行的日志记录，如：修改、删除、添加的操作记录等，保证平台的安全运行。Ø数据同步策略管理平台提供数据同步策略管理，能灵活配置基层各机构的数据库和数据共享平台的公共基础数据库的数据同步方式（如：实时或定时），实现数据透明同步和更新，保证数据的一致性。Ø系统配置由于数据共享与交换平台是一个复杂、庞大的系统。软件系统需要不断地维护和更新，如果每修改一次都需要到用户终端进行一次程序更新，系统的维护的工作量是无法想象的，为了解决这一矛盾，系统对各接口组件实行智能维护，提供功能服务组件版本自动更新功能、系统参数设置功能和提供个性化服务功能等。对于数据集和流程定义配置文件的更新，也应通过分发机制保证各节点的统一性。1.1.2平台共享功能利用数据汇聚、交换、共享平台可以解决区域范围内各医疗机构之间的信息共享需求。原先分布在医疗机构、社区、公共卫生机构内的关于区域内居民健康信息均可以通过平台交换、整合到区域卫生数据中心，各医疗卫生机构可以通过平台调阅区域内居民的健康档案和诊疗信息。1、诊疗信息共享第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目诊疗信息共享是平台信息共享功能的最基本目标，也是平台的核心业务。通过将居民在每家医院的诊疗数据统一采集，形成每个居民的完整的诊疗信息档案，供居民自己、临床医生、责任全科医生及相关机构查看。诊疗信息共享功能范围要求包括：数据中心患者主索引的建立和调阅；就诊患者就诊记录的采集、整合与调阅；实验室检验报告的采集、整合与调阅；医学影像检查报告的采集、整合与调阅；住院病案的采集、整合与调阅等等。2、其他卫生服务信息共享通过将居民的健康档案数据统一采集，实现区域卫生信息资源的互通，为每位社区居民形成一份完整的个人健康档案。社区卫生服务中心/站点和社区卫生服务团队可以从平台调阅区内各社区卫生服务中心的健康档案信息。居民自己查询并管理自己的健康档案。1.1.1平台协同功能平台协同功能是指基于平台实现医疗机构之间的业务协同，以及医疗机构、社区及纵向业务联动等。在这里医疗机构之间（含医院与社区卫生服务机构之间）在医疗业务上的协同，则称之为医疗业务协同；如果协同的范围不仅是医院、社区，还有公共卫生机构，协同的内容包括临床和预防保健，则称之为卫生业务联动。卫生业务联动主要体现在区域范围内各医院、社区卫生服务中心与疾控、妇幼保健等业务条线的业务联动。由于许多卫生服务的信息源头是专业医疗机构（主要指区内的二级医院、专科医院等），例如产妇在产科医院分娩，病人在区级医院手术。产妇出院后，社区可以开展后续的产妇保健工作；同样病人手术出院后，需要康复指导。利用平台，可实现以上的具有延续性的卫生业务联动。1.2应用支撑平台区域公共卫生平台离不开应用支撑平台，一般大型的应用系统由于架构的复杂性，同时兼顾IT本身的业务特点，会将一些核心并有共同特点的功能进行整合，使其成为稳定的支撑各级各类应用系统的底层应用，实际上此类系统大多有产品化的构件，如数据库中间件等也可认为归属到此层次中，此外，基于应用需求的大量基础应用如报表、表单、通用查询、工作流引擎等也同样归属到层次中。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目由于选型和二次开发的应用支撑性的平台大多有产品化的实例存在，因此不但大大降低了开发的难度，同时也降低了维护的难度，此外由于通用性强，也节省了用户的资金和开发周期，此外，产品化的支撑应用由于独立，因此大多能实现快速按照业务需求订制，达到快速开发、快速部署的目的。该类应用支撑其主要特点是：l解决普遍需求的共性问题，提高开发效率。l产品化程度高，易于开发维护和变更l接口丰富l与应用系统（生产系统）形成弱耦合关系，符合SOA架构1.1.1支撑平台架构应用支撑平台可分五个层次：管理及调度层、应用辅助层、表现层、基础管理层、安全管理层。实际上这些层之间没有严格的逻辑管理和层次关系，并且划分的方法也不尽相同，并随着新产品的诞生还将有更多内容，如数据仓库相关内容。应用支撑平台不是主要开发内容，更重要的是产品选型和二次开发。1.1.2主要相关支撑系统区域公共卫生平台所涉及主要业务支撑系统包括如下：l工作流引擎服务第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l电子表单平台l统一应用安全管理l数据挖掘平台1.1标准规范体系设计在国家健康档案和电子病历标准的基础上，结合嘉定区卫生应用实际需求进行区域卫生标准设计，如：健康档案信息规范、社区公共卫生服务信息规范等。l健康档案内容及标准（1）健康档案的内容根据健康档案的内涵和基本架构，个人健康档案的基本内容包括三个部分：基本信息、主要疾病和健康问题摘要、主要卫生服务记录。（2）健康档案数据元标准在建立健康档案的数据逻辑模型时，需要用数据元来描述数据逻辑模型中类的属性。在数据元的设计及管理必须遵照卫生部已有的数据集标准。l数据标准及交换规范由于医疗机构的信息系统建设不一，所采用的技术及规范也不统一。因此，为了保证数据的一致性，需要制订统一的数据采集规范，并在数据采集接口中，对数据进行校验。统一药品目录、收费目录、诊疗目录、ICD10等的标准应用，为数据的一致性、可交换性提供了基本保障。数据交换规范：数据接口作为业务系统与数据交换平台之间的“中介”，可以对数据交换和数据采集行为进行规范化，具体包括数据采集、格式转换、数据封装/解析和数据导入等功能。数据交换协议：应遵循以下原则，即国家已有相关标准的，需完全响应遵照；国家尚未制定标准的，采用国际行业通行标准；国际上没有可借鉴的标准或与国情不符的，需参照上海市卫生局的相关要求执行，在此基础上可以根据嘉定区实际情况制定。l技术标准通过技术标准规范，如数据交换标准、接口技术标准、数据交换协议，提高业务系统之间的互联互通的能力。信息集成规范符合国际及国家规范，保证医疗卫生业务各个参与环节以及过程都能够具有较好的互联性和协同工作能力。l数据标准管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目数据中心要对医疗卫生数据的采集、交换与共享进行统一的规划，建立数据采集、交换与共享的标准、维护和标准实施机制，指导各部门使用和遵循标准，确保标准能够满足和适应医疗卫生事业的发展。1.1.1区域卫生信息平台规范标准的建立1.1.1.1标准体系制定原则嘉定区本次项目涉及到的信息系统、卫生机构、人员等数据众多，条线繁杂，必须在统筹规划的基础上，统一标准、统一建设。本项目将在国家卫生部以及地方各类标准体系的指导下，从各方面为系统提供建设和运行维护的基础支撑，并且在系统实施过程中，不断完善和丰富嘉定区卫生信息化方面的标准体系。在标准体系的建设方面将主要遵循以下原则：l公共卫生为主导，统筹规划区域卫生卫生平台负责从各专业部门收集有关公共卫生资源、个人健康档案、各类疾病传报和监测信息等，因此需要与多个架构协商信息标准。按照统一的数据格式和要求进行采集、加工、存储，交换和共享，完成标准的公共卫生对象数据库建设。l分步实施，循序渐进由于标准体系涵盖的标准内容繁多，而目前公共卫生信息化建设的规范标准只涵盖了少数几个方面，还没有形成一套完整的、系统化的规范标准体系。因此，很多规范标准需要结合实际不断摸索、不断总结和完善。由此可见，标准体系的制定是本项目建设的基础，在遵循国家卫生部、地方性等已有的各类规范标准基础上，我们还需要突出重点、狠抓关键，配合系统建设分析相关标准的轻重缓急，一些急用的标准先行制定，并逐步运用在系统的设计和建设中；相对次要的标准可以根据系统建设的不同阶段，有计划地、循序渐进地制定并运用。逐步完善和建立一套在国家现有规范标准基础之上的有嘉定区特色的公共卫生信息化建设的管理规范标准。1.1.1.2标准体系制定要求标准的研究要和本项目的建设同步进行，紧紧围绕着系统的需求进行标准体系的设计和实施，在遵守国家卫生部、地方性的相关规范标准基础上，再加强实用性方面的考虑。具体要求将体现在完整性和开放性两个方面：l完整性第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目在本项目的总体设计方案的基础上，形成系统的标准规范框架体系。该标准规范框架体系与系统的总体设计方案密切相关，主要目的就是解决一些业务和技术接口的一致性问题。考虑在应用层、业务集成平台、数据资源平台各个层面的标准规范，并考虑管理和安全的规范，因此，从体系方面是一个比较完整的标准。l开放性标准的开放性主要指基于该标准的系统的开放性的程度。系统的开放性主要就是体现在对于各种公共卫生专业业务系统和外部相关信息的信息共享、交换的支持程度上。在该标准体系中数据交换规范的制定就是集中体现了这一点。同时业务的整合、安全服务等也将体现出系统的开放性。1.1.1区域卫生信息平台标准规范框架体系根据本项目的要求，嘉定区卫生信息化的标准规范框架做了以下设想：本项目标准规范框架体系分为信息管理总体标准框架、应用规范、应用支撑规范、信息基础设施规范、管理规范和安全规范共六个部分。1.1.1.1总体标准框架本项目需要充分地考虑现有内外部系统的实际情况，并考虑系统以后继续建设和扩展的需要，制定统一的、标准的、可操作的信息管理标准规范，作为系统各个信息组成部分建设的依据，可以维持本项目信息整合核心框架的一致性，保证系统的整体运行效果和应用目标。总体标准框架中将明确本项目的技术参考模型，其意义在于保证系统的当前建设和以后的第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目建设具有一致性、开放性和稳定性。嘉定区居民健康信息系统的建设是一个持续发展的过程，这是由不同机构不断增长的业务需求决定的。嘉定区居民健康信息系统技术参考模型应建立在一个开放的技术体系上，才能够使后续的系统方便的集成到嘉定区居民健康信息系统整体架构中，并且保持与整个系统的一致性。一个合理的、可行的技术参考模型必须具有很强的稳定性，这是整个嘉定区居民健康信息系统能够可持续发展的必要条件。1.1.1.1应用规范业务标准的主要目的是确定业务的基本规范。对于业务基本规范的确立，通常包含的内容有：业务的数据项、业务代码、业务信息分类、业务信息的内容结构、业务服务及业务流程。这些业务标准基本上可以分为数据类、服务类两种。（1）数据类标准数据类的标准确定了信息平台中有关数据的业务规范。数据涵盖的范围包括：数据元目录、代码目录、分类目录和数据类资源目录。数据元目录确定了信息系统中涉及的所有的数据指标的定义；代码目录确定了信息系统中数据项所采用的代码标准；信息分类目录确定了信息系统中对信息的基本分类方案的；数据类资源目录确定了信息系统中各类业务实体的数据结构。数据元规范明确了系统中最小的数据单元。它是构成业务知识的基础，通过数据元的规范，可以明确嘉定区居民健康信息系统中的各类对象和每一个对象的特性，并且在此基础上进一步明确了对象的特性的表示。数据元中对象的范围必须包括系统在数据采集和输出时涉及到的范围。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目数据元是构成业务知识的基础单元，数据元中数据的代码取值必须基于确定的标准或者规范，只有这样接收到信息的人或者系统才能够正确的理解信息的含义。代码规范是从最小数据单元的角度统一了对于最小数据的代码值的使用，为业务知识共享提供了基础的、必要的条件。主题词规范明确了系统中对于信息/业务知识的标引规则。它主要是统一了业务知识的分类，提高了业务知识的检索和导航。嘉定区居民健康信息系统的主题词规范可以在国家卫生信息化综合主题词基础上进行细化和补充。（2）服务类标准服务类标准包括基本的服务类资源目录标准和复杂的服务类资源标准。复杂的服务类资源标准是由若干其他基本的服务类资源复合而成，具有流程的特点，因此在标准中也称为流程类资源目录标准。流程类资源目录标准规范了信息系统各种业务操作的流程的过程定义、明确了流程的提供者、流程的使用情况、涉及的其他服务类资源等信息。1.1.1.1应用支撑规范应用支撑标准一方面为解决系统间信息资源整合，另一方面为业务标准中的业务知识表示提供支撑技术。因此，从标准的体系框架角度分为资源数据类标准和资源整合标准。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目图1应用支撑标准框架（1）资源数据类标准资源数据类标准包括数据的描述和数据的访问两个方面。数据又分为元数据和业务数据。其中元数据是用于描述业务数据的数据。l元数据描述规范元数据是用于描述业务数据的数据，根据前面提到业务数据涉及的内容包括：数据元、代码、分类、服务、流程等方面，因此元数据描述也包括相关的五个方面的内容，因为描述的对象不同，所以采用的描述方法也将不同，有些领域已经有相关的国际或者国内标准，例如：对于数据元的描述，国际标准有iso-11179。元数据描述规范的确立为上层制定业务标准时对于业务知识的表达有了方法和技术的支持，例如：采用iso-11170的描述规范可以规范化的描述信息系统中所有的数据项，例如：优抚对象姓名、优抚对象家庭住址等。正式采用这些规范的方法作为支撑，上层的业务标准才具备标准化的基础，才能够实现对于业务标准的有效维护和管理。l元数据注册管理标准在一个系统中基于业务知识所确立的业务标准在内容上非常多，从时间方面来看业务知识的变动也是比较频繁的，特别是应政策的调整。业务标准的内容不能仅停留在纸面上或者标准的文档中，这种方式无法适应业务的需要。通过提供对元数据的注册和管理服务系统可以把业务知识有效的组织和管理起来，通过元数据注册管理的服务，其他系统很容易提交、更新业务知识，例如：提交优抚对象基本信息的定义，更新优抚对象家庭住址的定义等。元数据注册管理标准的确定规范了其他系统对于整个平台中业务知识的检索、提交、更新的技术接口规范。l元数据访问标准元数据注册标准是从业务知识的提供者、管理者的角度定义的访问接口标准，而元数据访问标准则是从业务知识的使用者的角度确定的对于元数据的检索接口标准。业务标准要充分发挥内在价值就是要鼓励其他系统、人员能够尽量多使用业务标准中的相关规定，通过确定一套面向业务标准使用人员的业务知识的检索接口可以为检索的系统或者人员提供便捷的业务知识获取通道。元数据访问标准针对不同的元数据种类，例如：数据元、代码、服务类资源等确定不同的接口访问方式。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l业务数据表示规范在信息交换过程中如果对于业务表示没有统一的规范，互联互通只能停留在数据的层面。这种情况下，各个系统无法理解彼此交换的业务数据和业务操作，各个异构的系统间难以有效的实现政务信息资源的交换。业务数据在不同的系统间进行交换时需要遵循统一的表示规则，基于统一的业务数据表示规则系统间可以容易的理解和处理彼此传递的信息。业务表示规范的确立可以保证异构的系统间对于业务信息有一个一致的统一的理解，是实现信息资源交换的重要内容之一。l业务数据访问标准业务数据在存储和使用方面通常存在一些普遍的问题，例如：：分散存储、分散使用；集中存储、分散使用；存储类型多样化；这些情况造成对于业务数据在访问方面带来的很大的复杂性。业务数据访问标准的确立为数据的提供方和使用方明确了各自的行为模式和结果数据格式。通过对于业务数据访问标准的遵循，数据的使用者无需关心数据提供者提供的数据存储在哪里、采用什么数据库存储等这些基本的、关键的问题。而作为数据的提供方也无需为每一个使用方根据不同的要求开发不同的数据使用的服务。（2）资源整合类标准资源整合类标准主要是解决系统间、系统内不同模块间的整合而设定的技术规则。资源整合可以分为四个不同层次的整合，分别是：消息整合、服务集成、数据整合和流程整合，下面分别描述。l消息整合标准有很多系统间采用消息的机制完成数据的交换，而消息的负载和消息所期望接收方的处理要求在很多场合下是需要明确告知消息的接收方的，例如：希望对方收到消息后根据消息中携带的查询条件执行查询并且把结构返回给发送者。实际的业务应用中需要消息的发送方和接收方根据应用的特定情况进行特定的约定，而约定的方式可能因为不同的应用而不同。当系统交换的应用越来越多时这种私有的约定的增长也会很快，增加了系统维护和进一步整合的复杂性。消息整合类标准确定系统间采用消息机制进行通讯时应当遵循的技术要求，它包括消息格式规范、消息寻址规范、消息安全规范和消息可靠规范。通过消息整合标准的确立可以在一个协作的领域内为系统间松散耦合提供技术保证。消息整合类标准规范能够确保异构系统间互联和互通。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l服务集成标准传统的服务调用方式是必须要使用服务提供者提供的服务调用客户端。这种方式有很多问题，最突出的问题就是集成的服务越多，则需要使用的客户端也越多，而且有些客户端对机器的环境要求可能还产生冲突。服务整合类标准确定了服务的统一调用格式和监管接口。统一服务调用格式的目的是将服务提供者和服务调用者解耦。基于统一服务调用格式的服务调用客户端可以无需服务提供者的客户端进行服务调用，这种服务调用机制需要借助统一的服务描述机制。服务监管接口是一种特殊类型的服务，通过这个接口服务集成中心可以统一监管运行中的服务。l数据整合标准数据整合主要是解决分布在异地的、异构存储上的数据的采集、汇总、转换的问题。数据整合标准则是为这些数据处理服务规定统一的行为模式。如果没有数据整合标准，则很多复杂的数据交换流程在实施的成本和稳定性方面都会存在一定风险。数据整合类标准确定了对于数据处理的接口。确定数据整合的接口的意义在于可以为不同的系统接受数据处理请求和返回数据处理结果时可以有一个明确的依据，而这个依据是采用标准化的方式固化下来，从而使数据整合服务提供者和使用者间形成松散耦合的关系。另外，通过各个系统能够遵循统一的数据整合的服务规范，可以为在更大范围内通过流程驱动的方式构建一个复杂的数据交换流程提供服务支撑。l流程整合标准在系统间的整合中有些是简单的两点间的一个请求/响应方式完成的，这种可以通过消息整合或者服务集成完成，但是也有一些是具有一定的复杂性。流程整合类标准确定了流程协同所采用的描述和流程在事务方面所要遵循的标准。流程协同涉及到流程所有的参与者、参与者提供的业务服务、流程的流转结构、流程中数据的传递方式等。这些内容需要按照某种方式关联起来描述一个业务过程，流程协同描述标准就是确立了一种统一的流程描述语言。这种统一可以保证所描述的业务过程可以被不同的人读懂，也可以被不同的系统部署和运行。流程事务是业务过程中一个非常重要的方面，采用流程事务的业务过程可以有效的支持业务数据或者操作的一致性，确定统一的流程事务规范有助于实现跨多个系统间的事务的协作问题。1.1.1.1管理规范管理规范确定了应用系统在建设、运营阶段的各种要求、制度等。管理标准涉及的范围也第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目是非常广泛，例如：软件工程过程标准、验收与监理标准、系统测试与评估体系标准等。（1）项目规划管理标准系统建设需要考虑近期、中期和长期的目标相结合，只有这样系统的信息化道路才是一个可持续发展的科学的道路。在规划中需要确定信息化系统的远景目标，特别是中期的目标规划需要相对明确。项目规划本身是一个比较复杂的过程，包括了战略规划、建设规划和运作规划三个基本方面，每一个方面都涉及到一系列的管理流程和管理活动。如果没有相应的管理标准，则整个组织对于完成一个高质量的规划的成果则充满了规划阶段的标准主要包括战略规划标准化、建设规划标准化、运作规划标准化。（2）项目准备管理标准项目准备阶段需要考虑项目的立项、项目招标和项目启动相关事宜。项目立项阶段主要的任务是由建设方完成项目建设可行性的分析，可行性分析的结果对于后续的工作影响非常大，标准化在这里的作用在于能够为可行性报告的产生提供科学化、制度化的方法，保证可行性报告的质量。例如：在立项阶段对于立项依据的分析和考虑就非常重要，在该部分标准化我们可以结合财税的实际情况，把一些常用的、必须的各种规章、法规、技术标准等作为规范的内容提供给立项依据分析的活动。项目招标流程按照国家的有关规定已经比较成熟，一般分为招标、评标和签订合同三个阶段。本标准在这部分的主要任务是细化招标文件的编制要求、评标过程的过程方法等。通过对于这些活动提供规范化的要求可以提升招标的有效进行，一方面能够保证提出合理、科学的招标要求，另一方面能够把握好公开、公平和公正的原则。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目（3）项目建设管理标准软件工程规范规定在整个项目的开发过程中，所必须遵循的软件工程规范，从内容上一般包含软件工程（软件需求分析、设计、编码、测试、验收）、系统集成、项目管理这三部分。l软件需求分析要求：必须符合用户的需求以及将来业务发展的设想，最后要得到最终用户的确认；l设计要求：是在业务模型重构的基础上，对业务流程、界面、功能、数据结构、代码、表单等内容进行设计，设计应以需求文档作为基础；l编码要求：必须遵照应用开发规范、接口标准等要求进行开发，做到程序代码的可读性和易维护性；l测试要求：包括对应用软件的白盒测试、黑盒测试，由于本系统是一个大型复杂的信息系统，因此必须在上线之前进行系统联调测试，系统联调将组织开发商、最终用户、信息系统管理部门共同进行，对系统性能和功能进行测试，以满足试运行的要求。l验收要求：系统验收包括对系统、代码、文档、功能、性能、安全等内容的验收，验收工作一般通过内部验收和专家验收的过程，验收标准将依据用户确认的需求说明书进行。验收与监理规范是明确信息化系统的验收和监理的程序、规程和指标要求。这部分可借鉴和参考国家电子政务信息系统工程监理规范。系统评估标准是对项目建设后取得效益的一种评估方法，这里的效益既有经济的效益也有社会的效益。对于政务的信息化项目社会效益是一个非常重要的方面。要能够较为准确的评估一个项目建设是否达到当初立项时的预期目标是需要提供一套标准的评估方法，对于经济效益的评估要明确计算统计准则，对于社会效益的评估需要明确方法手段。（4）系统运行管理标准系统运行管理活动主要的内容有IT资产的管理、IT外包的管理和软件部署管理。系统运维是保证系统正常工作的保证，因此需要给与足够的重视。对于各种类型的管理活动都需要从人员、制度和资金各个方面做好相应得规定。系统运行管理标准化将在充分细分管理对象的基础上，对于管理的方法、人员配置、投资估算等给出规范性、指导性的意见，这对于提升系统运行管理的成熟度具有很大的意义。系统运行管理制度要充分考虑用户单位的组织架构、职责分工和系统运作模式等因素，因此将根据项目建设的推进不断提出和完善。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1安全规范信息系统安全标准包括物理安全规范、系统安全规范、网络安全规范、应用安全规范和安全管理标准。（1）物理安全规范物理安全，主要提供对系统内部关键设备、存储介质的物理运行环境安全，确保设备能正常工作。物理安全规范的主要内容包括：门禁、物理隔离、链路加密、抗侦收、视频监控等。（2）系统安全规范系统安全主要是从操作系统的角度考虑系统安全措施，防止不法分子利用操作系统的一些BUG、后门取得对系统的非法操作权限。系统安全规范的主要内容包括：口令、身份认证、生物特征、安全操作系统、SSL协议、端端加密、主机防病毒、主机入侵检测、数字签名、审计跟踪、系统容灾等。（3）网络安全规范网络安全提供对系统内部网络系统、广域网连接和拨号访问网络的运行安全保障，确保各类应用系统能在统一的网络安全平台上可靠地运作。网络层安全规范的主要内容包括：IPSec协议、防火墙、路由器、端端加密、网络病毒防护、网络入侵检测、审计跟踪、抗毁网络设计、网络容灾等。（4）应用安全规范应用安全体系，作为整个安全系统架构中最高一级的安全，是与最终用户密切相关、最体现系统特色的部分。该体系以密码技术为基础，建立一个统一的应用层的安全平台，针对各类具体的子系统统一提供相应的应用层安全保护，包括数据资源的保护和应用系统处理过程的保第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目护。应用层安全规范的主要包括：口令、Kerberos、X.509协议、应用级网关、RBAC、PEM、PGP、S/MIME、SNMPv3协议、https数字摘要、数字签名、应用审计、容错设计、应用容灾等内容。（5）安全管理标准所谓“三分技术、七分管理”，任何安全措施都需要安全管理来保证其顺利的实现，因此还需要制定安全管理机构从行政体系上保证管理的人员；依靠安全管理平台提供技术管理手段，依靠安全管理制度来提供管理规范。基本的安全管理制度包括：l机房管理制度l人员管理制度l系统维护管理制度l数据备份管理制度l事件处理管理制度l数据恢复管理制度l安全审计管理制度1.1.1遵循或借鉴的标准规范1.1.1.1卫生信息化规范本次项目主要参考的标准规范如下（不限于）：1、国家卫生部标准规范：n国务院关于印发医药卫生体制改革近期重点实施方案（2009-2011）的通知卫生部n2010公立医院改革国家联系试点城市医院管理信息系统建设项目管理方案卫生部n2010年公立医院改革国家联系试点城市医院管理信息系统建设项目技术方案卫生部n基于电子病历的医院信息平台建设技术解决方案卫生部n基于健康档案的区域卫生信息平台建设指南（试行）卫生部n基于健康档案的区域卫生信息平台建设技术解决方案(试行)卫生部n关于巩固和发展新型农村合作医疗制度的意见卫生部第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目n关于促时基本公共卫生服务逐步均等化的意见卫生部n关于建立国家基本药物制度的实施意见卫生部n国家基本公共卫生服务规范（征求意见稿）卫生部n综合卫生管理信息平台建设指南（征求意见稿）卫生部n医院信息系统基本功能规范卫生部n突发公共卫生事件应急指挥与决策系统功能规范卫生部n卫生监督信息网络平台配置参考标准卫生部n中国医院信息基本数据集标准1.0版卫生部n中国公共卫生信息分类与基本数据集卫生部n国家社区卫生服务基本数据集标准及功能规范卫生部n社区卫生信息基本数据集数据元代码集卫生部n社区卫生信息系统功能规范卫生部n社区居民标准化健康档案卫生部n卫生行政执法文书规范卫生部n卫生行政执法文书指导手册卫生部n计算机信息系统安全保护等级划分准则卫生部n卫生信息数据元标准化规则卫生部n卫生信息数据模式描述指南卫生部n卫生信息数据集元数据规范卫生部n卫生信息数据集分类与编码卫生部n医院信息系统基本功能规范卫生部n电子病历基本数据集编制规范卫生部n健康档案基本数据集编制规范（试行）卫生部n健康档案公用数据元标准（试行）卫生部n健康档案基本架构与数据标准（试行）卫生部n健康档案基本数据集标准（试行）卫生部n电子病历基本架构与数据标准卫生部n电子病历基本内容架构图卫生部n电子病历数据组与数据元卫生部n电子病历基础模板卫生部n国家卫生数据字典与元数据管理卫生部第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目n妇幼保健信息系统基本功能规范卫生部n基于健康档案的区域卫生信息平台的妇幼保健信息系统技术解决方案卫生部n综合卫生管理信息平台建设指南卫生部n卫生系统电子认证服务规范卫生部n卫生系统数字证书应用集成规范卫生部n卫生系统数字证书格式规范卫生部n卫生系统数字证书介质技术规定卫生部n国家基本公共卫生服务规范（2009年版）卫生部n健康档案基本卫生服务记录表单参考用表卫生部上海市标准规范：n《上海市健康网统一自费就诊卡交易接口规范》n《上海市居民健康档案统一调阅服务接口规范》n《上海市区县向市级中心提交共享用诊疗文档规范》n《上海市社区卫生信息系统基本功能规范》n《上海市电子病历应用技术功能规范（2011）版》1、技术标准：nDICOM（数字影像和通信标准）3.0版nHL7（美国医疗服务信息网络通讯协议）3.0/2.4。n包括：概念模型（例如HL7RIM）、数据类型、语义学规范（标准化词汇术语体系，以及本地词汇扩展机制）、文档规范（例如HL7CDA）、应用标准（例如HL7CCOW）等。nSNOMED《国际系统医学术语全集》3.5版nICPC（国际初级保健信息标准）nCPT（美国医院临床操作服务分类编码和术语标准）nX12N（美国医疗保险业电子数据交换标准）nIHE（医疗企业集成）相关集成规范nLOINC、HHCC、ICIDH等标准nXML文档结构标准n电子病历标准n词汇术语标准第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1软件工程相关规范项目按照ISO9000的管理要求，借鉴RUP的需求、测试、质量、配置管理方法进行相应管理。1.2系统核心技术概述1.2.1采用SOA总体架构在国家《基于健康档案的区域卫生信息平台建设方案(讨论稿)》标准规范中关于系统技术架构的章节中，明确提出了SOA的概念，同时也说明了WEB服务是实现SOA架构的技术之一。SOA（Service-OrientedArchitecture）一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。SOA的关键是“服务”的概念，W3C将服务定义为：“服务提供者完成一组工作，为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化。”1.2.2以统一的集成平台为基础实现多种集成方式目前业界正在为未来集成标准化方向铺路的重要标准之一是WebServices。WebServices将XML作为数据格式，将标准HTTP协议作为传输协议，以此方式将现有应用集成到企业中。与其它方法（如CORBA或消息传送）相比，这种方法的侵入性不强，因而是与现有系统（如用C或COBOL写成的应用）集成的最佳方法。1.2.3采用基于WebServices技术来实现系统对外接口WebServices技术描述了一些操作的接口，通过标准化的XML消息传递机制，可以通过网络访问这些操作。WebServices是用标准的、规范的基于XML的WSDL语言描述的，它隐藏了服务实现的细节，允许独立于硬件或软件平台、独立于编写服务所用的编程语言方式使用该服务。这使得基于WebServices的应用程序具备松散耦合、面向组件和跨技术实现的特点。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1利用智能化手段实现客户端零维护量系统的客户端配置完全智能化、傻瓜化，只用客户通过IE浏览器登录到中、小型医疗机构HIS托管系统Portal平台，“一键”可实现客户端的自动安装与配置。业务系统的升级只需要在市级卫生数据中心服务器端完成即可，所有客户端均自动同步。在客户端操作系统崩溃或其它未知的非正常状态，可以方便的实现一键恢复功能。1.1.2（.Net）智能客户端智能客户端的概念作为Microsoft.net平台的一个特性而被提出，其实它的很多功能在传统的应用程序中早已存在，只是.net平台从系统和语言级别对它提供了支持，使开发智能客户端应用程序更为便捷。智能客户端(SmartClient)，结合了瘦客户端(B/S模式)和胖客户端(C/S模式)的长处，公认为是下一代的客户端软件技术。为了更好的说明智能客户端所具有的优势，下面将结合瘦客户端技术和胖客户端技术各自的优缺点进行综合说明。对于前者，典型的应用就是使用浏览器，通过输入URL远程访问服务端，并向服务端发送命令，获取服务端的资源，然后在客户端的浏览器上显示出来。由于这种技术数据库存放在服务端，客户端应用界面的也是由服务端的文件生成，因此在客户端上占用资源少，对客户端的设备要求不高，只需一个浏览器软件和可用的网络便能开始工作，另外，如果系统需要升级修改，只需要在服务端更新文件，当客户再次访问时，就可以使用新的应用系统了，因而部署和升级重点都放在了服务端，实现起来比较简单。但是，传统的B/S模式对网络的依赖度很高，当网络不可用时或出现性能不稳定的情况时就会导致客户端变成“死界面”——既不能将数据发送回服务端进行保存，又不能从服务端获取数据拿到客户端操作，一切的工作将要在网络恢复后才能得以继续。对于胖客户端技术，用户在使用这种软件时获得的最大的感官体验就是——它首先有自己独特的应用程序界面，而非通过浏览器，用户甚至还可以根据自己的喜好调整软件的布局，进行丰富的界面元素的设置，这些都是传统B/S模式的瘦客户端技术所不能媲美的。另外，用户还能获得较快的反应速度，程序可以充分利用本地机器的资源，在不使用网络访问远程资源时，本地资源的访问在正常情况下都能得到很快的处理。同样的，胖客户端技术也有着不尽人意的地方——在客户端进行部署时，由于客户端可能出现各种各样的情况，所以需要进行必要的设置，部署起来比较困难，如果对软件的版本进行升级，则显得十分困难，需要到每个机构进行第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目系统更新。胖客户端通常都是需要在客户端实现数据库支持，数据库放在本地有可能导致一些安全问题，因为相对于更重视安全的服务端，客户端相对而言还是比较脆弱的。而智能客户端技术除了包括胖/瘦客户端各自的优点外，它还具有如下四个最大的优点：1)充分利用终端设备的优势，因为核心部分在服务端（可能WebService），所以终端只需实现表示层和一些简单逻辑；2)能够调用webservices，在server端用web服务实现业务逻辑，处理各种请求，需要说明的是，由于业务逻辑实现放在客户端，因此一方面为客户端瘦身，另一方面也加强了软件的隐蔽性和安全性；3)支持在线和离线两种状态，用户可以在网络不可用时继续工作，并将数据临时存放在本地，当网络再次可用，数据便可传上服务器；4)能够如同Web应用程序一般简单方便的部署，.NET使用程序集技术，同一软件的不同版本可以共存于统一客户端。版本的升级也非常简单，软件访问服务端，能自动检测版本号，从而更新关键组件，实现升级。1.1应用系统部署模式1.1.1网络结构设计网络拓扑图：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目网络设计：l在卫生局信息中心可以设计部署区域卫生数据中心和区域公共卫生台、社区卫生医疗服务平台；l在区域卫生数据中心部署面向主题的区域公共卫生数据库、区域协同系统应用服务器、社区卫生服务系统应用服务器、EHR电子健康档案共享应用服务器、综合管理与决策分析系统应用服务器、公共卫生信息门户；l通过政务网或VPN网络连接区域卫生数据中心与社区卫生服务中心（站）、各级医院等医疗服务机构；l通过政务网或VPN网络连接区域卫生数据中心与卫生局、疾病控制中心、卫生监督所、妇幼所等专业站所等；1.1.1部署模式设计嘉定区本次卫生信息化项目最终目标是涵盖全区医疗卫生机构，实现覆盖全区所有医疗服务机构，多套业务信息管理子系统组成的庞大的信息化体系，涉及业务机构众多，条件参差不齐，因此需要针对不同应用和具体情况提供合理化的部署，进一步理清各业务条线需求、明确第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目各业务体系之间的协同关系，这样才能保证区域卫生信息平台具有更高的实用价值。整体上通过横向扩张部署的模式连接本辖区内的各种医疗卫生机构。以下是本次项目的各应用层面的部署模型设计：整个系统部署覆盖了区域范围内所有的医疗卫生机构，网络以专用VPN网络为基础，以卫生信息中心为中心节点，各医疗卫生机构为分支的星型结构。各级医院和社区这些接入点通过卫生专网与数据中心连接。具体部署说明：数据中心主要部署交换平台、公共卫生平台、社区卫生医疗服务平台，为整个区域卫生信息系统提供数据采集、数据共享、数据交换、数据利用与数据发布的平台，部署模式采用集中式部署。1.1支持软件选择出于系统运行的平稳性和可靠性考虑，操作系统的性能，与数据库系统的配合，是保证数据中心为各医疗机构提供业务服务支撑的基本需求。系统整体上支持市面上主流操作系统。从综合情况考虑，为了保证将来市级卫生信息平台的可扩张性和兼容性，相关的业务系统第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目应该提供对市场主流数据库的兼容性，系统将支持市场主流数据库类型。系统支持国内外主流的中间件，包括国内如金蝶中间件的Apusic应用服务器、东方通的J2EE应用服务器TongWeb，以及国外OrionHealth的Rhapsody等。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章应用系统建设1.1区域公共卫生平台1.1.1疾病预防控制系统1.1.1.1传染病监测和预警传染病监测和预警的功能需实现与嘉定区卫生相关的传染病个案报告、传染病个案管理、传染病监测、传染病相关症状监测、传染病相关环境监测和传染病相关事件监测与调查等数据下载后进行本地，应用，建立传染病自动分析和预警，利用这些数据实现区域个性化的传染病相关信息的监测管理和疫情的动态分析。依据各种传染病的诊断要素设定监测要素，各信息采集点采集监测要素，对各种监测要素按各种传染病诊断标准进行计算分析，从而实现对各种传染病的实时监控及预警。传染病监测和预警的建设内容包括：重点传染病疫情监测、监测要素数据库。1.1.1.2区域慢病管理系统场景及实现一、场景第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目一、实现区域慢病管理系统通过建立完善的质控体系，加强对慢病预防保健服务的管理，旨在通过连续的可控的管理，逐步降慢病发病率。本期区域慢病管理系统要求实现多个病种的信息化管理。l系统目标n建立慢性病治疗质量控制体系；n多方面采集和抽取慢病治疗数据；（诊疗、检查检验和用药记录）n设计慢性病治疗的质量控制模型；l慢病质控n建设采集整合引擎；n慢性病管理数据仓库；n慢病管理集成一体化医生站；n数据综合分析平台输出展示平台。l主要建设内容1.区域慢病管理平台端第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目n慢病数据采集与整合引擎；n慢性病管理数据仓库；n慢病数据质控及展示平台。1.区域慢病基层业务端n慢病管理集成一体化医生站；n慢病患者双向转诊；n社区慢病保健数据采集；1.1.1.1慢病监测和预警慢病监测和预警需通过嘉定区域卫生信息平台加强医疗机构、社区卫生服务中心、嘉定区疾控之间应对慢性非传染病的预防、监测、控制的信息流通，并与市慢性病信息进行共享交换，实现慢性病的早期发现、随时监控、合理治疗督导，提高居民的健康水平，充分发挥社区卫生服务中心的能力，减轻各种相关医务工作人员的劳动强度，提高工作效率。对社区卫生服务中心内的高血压、糖尿病等慢性非传染性疾病的特殊居民建立专门的管理档案，进行动态跟踪服务。根据国家的相关功能规范对高血压、糖尿病患者提供病例管理，提供高血压和糖尿病的评价与干预建议。6.1.1.3.1高血压管理一、高血压管理卡l选定人群：根据选定的行政区划和查询条件，从健康档案中筛选出高值（血压值大于正常值，且未确诊高血压）、高危患者（有高血压家族史、体征指数偏高、相关疾病人群）、高血压确诊患者对象（通过读卡或输入编号、地址、姓名等方式查询定位管理对象），获取个人基本信息。（如没有相关信息，则进行建档登记）。l建档登记：登记基本信息（姓名、性别、出生日期、身份证号等）。如果已有，显示已有档案的基本信息，询问是否放弃本次操作。（此功能也可设置为停用）l管理卡登记：为高危人群及首诊结果可疑或异常者建立高危人群管理卡；为高血压确诊者建立高血压患者管理卡（专项档案）。l结案功能：为已完成高血压的管理对象、失访、迁出、死亡对象办理结案；结案后的对象可分别归入正常人群的管理，支持结案取消。二、高血压管理评估第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目评估分类：根据每次患者随访的血压值，对患者进行分类管理（决定不同级别患者的下次随访周期）一、高血压随访管理l查找定位：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l信息采集：采集高血压随访服务信息，有必填项目提示和逻辑性检查的功能。l指导评估：根据高血压随访信息进行评估，选择或输入健康指导意见。l随访预约：预约下次随访时间，并告知相关注意事项。l干预措施：提示将评估结果异常的对象纳入其他慢性病管理或办理转诊。二、高血压随访提醒l通知提醒：根据高血压患者随访预约日期，查询患者列表。l提醒展现：将患者列表信息进行导出，导出的文件应有Excel、txt等通用、公开文件格式三、高血压高危人群管理l查找定位：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l信息采集：采集血压测量信息，有必填项目提示和逻辑性检查的功能。l信息提示：对血压偏高满3次的高危人群进行提示，如确诊为高血压，则纳入高血压患者管理四、高血压健康体检管理l对象获取：从门诊、健康档案中（通过读卡或输入编号、地址、姓名等方式查询定位管理对象），获取基本信息（如没有相关信息，则进行建档登记）。l建档登记：登记基本信息（姓名、性别、出生日期、身份证号等）l采集功能：对高血压健康体检信息进行采集。（根据《公卫服务规范（2011版）》“健康体检表”表单结构进行数据采集。）l评估干预：根据体检的信息进行分类、提出干预建议和健康指导意见；提示将评估结果异常的对象纳入相关慢性病管理或办理转诊。五、高血压评估规则l评估规则维护：维护高血压管理中所采集的信息进行评估时所用的规则。六、高血压随访周期维护l随访周期维护：对高血压人群的随访周期进行维护。七、转诊管理l患者在做公共卫生服务过程中需要向上级医疗机构转诊时，调用双向转诊接口提出转第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目诊申请，或者在上级医疗机构结束就诊回到社区时，调用双向转诊接口接受转诊。6.1.1.3.1糖尿病管理一、糖尿病管理卡l选定人群：根据选定的行政区划和查询条件，从健康档案中筛选出糖尿病确诊患者对象（通过读卡或输入编号、地址、姓名等方式查询定位管理对象），获取个人基本信息。（如没有相关信息，则进行建档登记）。l建档登记：登记基本信息（姓名、性别、出生日期、身份证号等）。如果已有，显示已有档案的基本信息，询问是否放弃本次操作。（此功能也可设置为停用）l管理卡登记：为糖尿病确诊者建立糖尿病管理卡（专项档案）。l结案功能：为已完成糖尿病的管理对象、失访、迁出、死亡对象办理结案；结案后的对象可分别归入正常人群的管理，支持结案取消。二、糖尿病管理评估l评估分类：根据随访患者的血糖值，对患者进行分类管理（决定不同类别患者的下次随访周期）。三、糖尿病随访记录l查找定位：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l信息采集：采集糖尿病随访服务信息，有必填项目提示和逻辑性检查的功能。l指导评估：根据糖尿病随访信息进行评估，选择或输入健康指导意见。l随访预约：预约下次随访时间，并告知相关注意事项。l干预措施：提示将评估结果异常的对象纳入其他慢性病管理或办理转诊。四、糖尿病随访提醒根据糖尿病患者随访预约日期，查询患者列表，进行提醒；将患者列表信息进行导出，导出的文件应有Excel、txt等通用、公开文件格式。l设置条件查询需提醒的患者；l糖尿病人检查提醒：可提前若干天，根据糖尿病人检查的预约日期提醒下一阶段有多少糖尿病人要进行随访检查；l糖尿病人随访和转诊提醒；l糖尿病到期仍未访视者提醒；l打印随访提醒报表；l通过发送短信提醒患者。五、糖尿病健康体检管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l对象获取：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l采集功能：采集体检信息，支持表单信息的一次采集、支持表单信息的分次采集（选定表单中的数个项目）；采集信息的方式包括实时交互采集、输入纸质档案信息和导入文件数据；l审核评分：有必填项目提示、并对采集的信息进行数据完整性、和逻辑性的校验审核，并按照评分规则给出评分结果。l评估干预：根据体检的信息进行分类、提出干预建议和健康指导意见；提示将评估结果异常的对象纳入相关慢性病管理或办理转诊。一、糖尿病评估规则l评估规则维护：维护2型糖尿病管理中所采集的信息进行评估时所用的规则。二、糖尿病随访周期维护l随访周期维护：对2型糖尿病人群的随访周期进行维护。三、转诊管理l患者在做公共卫生服务过程中需要向上级医疗机构转诊时，调用双向转诊接口提出转诊申请，或者在上级医疗机构结束就诊回到社区时，调用双向转诊接口接受转诊。6.1.1.3.1肿瘤管理一、肿瘤报告卡l对象获取：从门诊、健康档案中（通过读卡或输入编号、地址、姓名等方式查询定位管理对象），获取基本信息（如没有相关信息，则进行建档登记）。l报告卡登记：肿瘤专项登记，建立肿瘤报告卡。二、首次访视卡l查找定位：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l采集功能：根据患者疾病分类，进行首次访视卡信息采集。三、随访记录l查找定位：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l采集功能：根据患者疾病分类，进行周期性的随访信息采集。l指导评估：根据随访信息进行评估，选择或输入健康指导意见。l随访预约：预约下次随访时间，并告知相关注意事项。6.1.1.3.2伤害管理伤害监测管理信息系统是社区卫生服务机构用于收集、分析和发布伤害相关的信息，实现对伤害流行情况和疾病负担情况进行详细和全面描述的计算机应用软件；主要包括伤害病例健第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目康档案管理和伤害信息登记两个内容：l伤害病例健康档案管理可以对是否建立档案进行查询，对未建健康档案的病人进行建档，录入病人基本信息，建立居民核心档案及家庭档案，包括档案的录入、修改；建档结果与健康档案管理系统相关联；l伤害信息登记伤害发生时间、地点、原因、后果及诊断等信息管理，按权限设定可新增、删除、修改等。6.1.1.3.1心脑血管管理一、心脑血管管理卡l对象获取：从门诊、健康档案中（通过读卡或输入编号、地址、姓名等方式查询定位管理对象），获取基本信息（如没有相关信息，则进行建档登记）。l报告卡登记：心脑血管专项登记，建立心脑血管管理卡。二、心脑血管随访管理l查找定位：通过读卡或输入编号、地址、姓名等方式查询定位管理对象。l采集功能：根据患者疾病分类，进行心脑血管周期性的随访信息采集。l指导评估：根据随访信息进行评估，选择或输入健康指导意见。l随访预约：预约下次随访时间，并告知相关注意事项。三、报告卡剔重1.1.1.1职业卫生管理职业卫生管理需实现从市职业卫生信息系统中获取与嘉定区所需的职业卫生相关的职业卫生档案、职业病报告、危害因素检测、职业健康检查等数据下载后进行数据统计分析展示等本地应用，实现对嘉定区内的职业卫生信息监督管理。职业卫生管理，基层医疗卫生机构对辖区内的职业病进行防治、管理、监测、统计分析、同时进行对从业人员职业健康体检等。职业卫生管理的建设内容主要包含如下：一、职业卫生档案管理l建档：对辖区未建档用人单位，在规定时限内完成职业卫生现场调查和建档，档案必须包含相关业务数据集全部内容；l查询：查询用人单位职业卫生基本情况（注）以及尚未建档用人单位；l复查更新：对辖区内所有用人单位每年至少进行一次现场职业卫生档案复查，复查结第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目束后在规定时限内将结果信息录入或导入职业卫生档案系统；l变动与迁移管理：按权限设定及时随用人单位增减、迁入/迁出，员工增减、岗位变动等对档案作新增、删除、修改、更新等操作，并留下内容修改、变动的痕迹。一、职业体检、疑似及确诊患者管理职业体检、疑似及确诊患者的基本信息可自社区健康档案中导入。登记后的职业体检或患病信息亦可导出至社区健康档案。登录内容可按权限设定进行新增、删除、修改、更新等，但须留下修改、变动的痕迹。l职业体检：登记职业健康体检数据，并在规定时限内将其导/录入上海市职业卫生管理信息系统。另将体检报告及相关报表在规定时限内送至用人单位；l患者登记与报告：职业病确诊后在规定时限内登记患者信息、并填报（职业病）报告卡及上报（区疾控中心）；l动态随访记录：接到新发职业病（尘肺病、慢性职业中毒以慢性职业病）病例报告三十日之内完成访视工作，同时建立动态访视卡并录入系统；按规定（每半年一次）随访累计现患职业病病例，记录随访信息并填报相关访视卡；l中毒登记与直报：登记化学中毒、职业中毒或者农药中毒者的个人信息及中毒情况，并向上级部门网络直报。二、随访管理l新增：系统自动提醒需要进行随访并进入随访界面，对随访日期等数据需要做合法性校验，使用档案编号与随访时间作为唯一标识，同随访周期内不允许过度随访；l修改：通过功能权限和数据权限来控制记录是否允许被修改；l删除：通过功能权限和数据权限来控制记录是否允许被该用户删除；l查询：可以通过随访日期、团队、居委、随访医生、转归等组合条件进行随访记录的查询。三、查询l职业病危险单位查询；l用人单位职业卫生基本情况（见前注）查询；l员工基本信息查询；l员工危险岗位防护措施查询；l员工危险因素接触频度、次数查询；l员工职业病体检信息查询；l疑似及确诊职业病患者信息查询；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l随访记录信息查询；l化学中毒和职业中毒（含农药中毒）场所与患者信息查询；l自定义查询：可以进行各种条件组合查询及查询结果任意排序。一、统计分析、报表l用人单位职业病危险类别、因素及来源、场所、警示和防护措施一览表；l用人单位职业病患病情况一览表；l急、慢性职业中毒新发病报表及年度统计表；l职业病新发病报表及年度统计表；l尘肺病新发病报表及年度统计表；l生产性与非生产性农药中毒报表及年度统计表；l工业系统职业病病例数分类统计表；l年度职业病病例数分类统计表；l各类职业病年度报表。1.1.1.1生命统计管理生命统计管理是需实现与市生命统计信息系统获取嘉定区所属地生命信息条线的人口数据、人群健康指标、辅助指标、预测指标、人口死亡监测等数据，实现出生人口信息统计和死亡人口信息统计。同时，为其他业务应用提供基础数据。主要是实现社区卫生服务中心服务团队及生命统计管理业务条线管理人员完成生命统计管理的业务管理工作。包括死亡登记、各类查询、随访提醒、死亡统计分析、系统配置维护功能。一、死亡报告管理l居民死亡推断书登记社区公共卫生医师针对居民在家中死亡的情况，根据当地居委（村委、乡村医生）证明和亲属回顾性描述及病案记录，在调阅居民健康档案全部信息后，推断死因，进行网络登记并打印《居民死亡推断书》，登记的内容除基本信息外，还包括推断死因链ICD-10的内容。（注：登记完成后如果死者是5岁以下儿童，提示补充信息）l居民死亡推断书订正社区公卫医师对《居民死亡推断书》网络登记后（信息保存之前），审核过程中发现推断书中的信息登记存在错误，进行在线修改。l居民死亡推断书在线打印第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目社区公共卫生医师经过核实后需要打印出具纸质的《居民死亡推断书》并加盖公章打印时需提供根据推断书内容（死因文字信息）生成的MD5码，并提示确认打印疾病诊断信息的文字部分内容不可修改。为了形成法律依据，社区公共卫生医师在线登记死亡推断书后仅可以打印一张，打印后的信息原则上不允许修改，如打印后发现需要修改或重新打印，需要将第一张死亡单收回，并在系统中登记注明编号及重打原因。收回的死亡单集中保存，统一管理。l居民死亡医学证明书登记社区公共卫生医师收集本院住院死亡病例（包括来院已死）及所属辖区部分纸质《居民死亡医学证明书》，严格按照《居民死亡医学证明书》填写要求,在调阅居民健康档案全部信息后，进行网络在线登记。（注：1、打印出具纸质证明书后才能将电子记录提交至市平台。2、登记完成后如果死者是5岁以下儿童，提示补充信息）《居民死亡医学证明书》订正、在线打印参考《居民死亡推断书》的订正、在线打印。l居民死亡确认书补登记社区公共卫生医师收集公安部门开具的纸质《居民死亡确认书》，在调阅居民健康档案全部信息后，进行网络登记，登记的内容除基本信息外，还包括死因ICD-10的内容。（注：登记完成后如果死者是5岁以下儿童提示补充信息）l死因ICD-10社区审核社区公共卫生医师（死亡条线人员）接收由平台自动识别推送的需核实的任务（来源于医院登记的《居民死亡医学证明书》、区疾控审核未通过的死者死因ICD-10），逐一审核死因ICD-10部分内容以及确定根本死亡原因。l死因ICD-10社区订正在《居民死亡确认书》、《居民死亡医学证明书》、《居民死亡推断书》提供纸质报告或打印后，社区公共卫生医师（死亡条线负责人员）在审核过程中发现报告中的死因ICD-10信息部分的登记仍存在错误，或者区疾控审核不通过退回的报告卡记录，进行在线订正。社区审核通过并已经区、市级审核通过的《居民死亡确认书》、《居民死亡医学证明书》、《居民死亡推断书》信息，经社区再次核查后发现仍存在错误需要订正的，社区公共卫生医师（死亡条线负责人员）先提交修改申请，经区疾控批准同意并修改审核状态为审核未通过后，社区进行在线订正。（注：《居民死亡确认书》的纸质版是由公安部门出具的，《居民死亡医学证明书》的纸质版是由医院出具的。）l5岁以下儿童死亡信息补充第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目社区公共卫生医师通过对5岁以下儿童死者家属的调查，补充死者的相关信息及调查记录信息。（注：来源于自己填报和医院填报）l其他相关疾病死亡信息补充社区公共卫生医师（条线负责人员）在线摘取各类相关疾病的信息并通过对死者家属的调查，补充死者的相关信息及调查记录信息。（注：来源于自己填报和医院填报）一、死亡报告社区统计分析l数据组合查询对所在社区死亡报告的各个字段进行多级化和组合化查询，并保存查询条件和结果，可以用多种方式浏览查询结果，个案方式、主要字段汇总方式、统计结果方式，支持导出原始数据。l社区人口基础数据填报社区死亡条线负责人员每年按照区疾控要求将本社区内本年度的人口数据录入系统。1.1.1.1报表管理按报告周期，自动形成报表，提供区疾控查询，了解全区死亡登记工作开展的情况。1.1.1.2学校卫生监测管理学校卫生监测管理主要是进行嘉定区内有较多的托幼、小学、中学、大学等教育机构，通过对嘉定区内教育机构进行疾病监测，在手足口病、禽流感等传染病流行期，及时发现疑似病例，由相关单位进行现场调查、隔离、消毒等措施，防治疫情扩大。学校卫生监督管理，基层医疗卫生机构通过采集卫生监督协管信息登记报告，采集卫生监督协管巡查登记信息等。学校卫生监测管理主要的建设内容：报告卡登记、报告卡导出、巡查信息登记、巡查信息导出、巡查信息查询。1.1.1.3健康危害因素监测与控制健康危害因素监测与控制，建设完成电离辐射健康危害因素监测、食品健康危害因素监测、环境健康危害因素监测、学生常见病和相关健康危害因素监测。电离辐射健康危害因素监测：放射危害因素监测、电离辐射危害因素卫生评价、放射工作人员健康监护、放射事故的调查处置；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目食品健康危害因素监测：食源性疾病的预防、食品安全评价、公共营养监测、营养改善、食源性疾病控制与报告、食品污染事故的调查；　环境健康危害因素监测：城乡生活饮用水水质及危害因素监测、公共场所卫生及健康危害因素监测、居住等室内环境健康危害因素监测、环境健康危害影响调查、环境相关疾病预防控制与报告；学生常见病和相关健康危害因素监测：学生健康状况动态监测、学生因病缺课、休退学及死亡情况动态监测、学生常见病报告、学生常见病防治效果监测与评价。1.1.1.1计划免疫计划免疫建设，将加强对业务数据的分析及综合利用，规范信息采集，强化信息整合，促进信息共享，提高公共卫生信息的利用水平。计划免疫建设主要包含：免疫对象管理、接种信息记录、冷链设备及接种器材资料管理、疫苗维护、免疫程序、查询和统计1.计划免疫对象管理计划免疫对象管理功能需实现辖区内总人口、15岁以下儿童列表、流动人口、人口出生、死亡情况。2.接种信息记录接种信息记录管理功能需实现计划免疫证卡记录、接种副反应登记、儿童禁忌症的记录、传染病史、学校接种记录。3.冷链设备及接种器材资料管理冷链设备及接种器材资料管理功能需实现对疫苗储存设备进行管理，主要包括：设备编号、设备名称、设备规格、是否起用、起用日期、使用年限等相关信息。4.疫苗维护疫苗维护管理功能需实现对系统中需要用到的疫苗信息进行管理，主要包括：疫苗编码、疫苗名称、剂量单位、接种剂量、预防疾病名称、库存下限设定、副反应描述等相关信息。5.免疫程序免疫程序功能需实现对疫苗的接种方法进行管理，主要包括：计划年度、计划编码、疫苗名称、接种类型、针次、上针间隔、间隔单位、及时范围、范围单位以及是否执行标识等相关信息。6.查询和统计查询和统计主要对建卡、建证信息、免疫接种信息、疫情资料、疫苗库存查询、自定义查第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目询、完成国家卫生统计表39表、可查询到某批号疫苗的接种对象、提供任意组合查询统计功能，完成自定义报表的统计。1.1.1.1公共卫生监测数据库建立公共卫生监测数据库，强化公共卫生监测预警信息整合，加强对业务数据的分析及综合利用，增强对各类公共卫生事件预测和预警。同时，规范信息采集，强化信息整合，促进信息共享,提高公共卫生信息的利用水平。公共卫生监测数据库的功能需实现社区日常业务情况监测、健康档案统计监测、社区卫生服务传染病监测、社区妇幼计生统计监测、监督管理监测。1.1.2妇幼保健系统1.1.2.1应用场景及实现一、场景第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目一、实现基于区域卫生信息化的建设，优化原有的妇幼保健流程，联动辖区内社区机构、助产医院和妇保所的业务，实现妇保业务的信息共享和业务联动。l系统目标n建立妇幼保健区域协同管理体系；n多方面采集和抽取妇幼保健数据；n实现跨机构联动业务；l系统功能n孕产妇保健管理n儿童保健管理n妇女病普查n报表管理n接口建设l建设范围市、区（县）在内所有的妇幼条线机构。1.1.1.1妇女保健子系统妇幼保健系统需实现社区卫生服务中心对妇女保健工作管理，规范妇女保健工作的信息内容，改进数据采集、存储、传递的方式，实现妇女保健信息管理的规范化、标准化、电子化和区域化，实现数据的交换与共享。包括建卡信息、婚前保健信息、产前保健、分娩信息、产检信息、产后保健、访视信息、第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目母乳喂养回顾调查、妇女病查治登记等，并生成相应业务报表，提供个案查询。业务内容要求包括：一、育龄期及更年期妇女健康管理1、育龄期及更年期妇女保健卡信息l一般基本情况：从个人和家庭健康档案信息中自动提取；l个人健康史：从个人和家庭健康档案信息中自动提取。2、妇女健康检查表l体检表：姓名、编号、年检日期、责任医生、症状、月经史、生育史、疾病史、妇科手术史、乳癌家族史、查体、辅助检查、Kupperma评分、抑郁评分、焦虑评分、妇科用药情况l生活方式及疾病用药情况表：编号、检查日期、责任医生姓名、生活行为习惯、现存健康问题、住院治疗情况、用药情况、吸氧、非免疫规划预防接种史；l健康评价表：编号、检查日期、责任医生姓名、健康评价等l妇女健康评价表：姓名、编号、年检日期、责任医生、评价、生理状况、心理状况、筛查危险因素、总评、管理效果、下次年检日期、医生签名l现有疾病管理效果及下次年检目标表：编号、检查日期、责任医生姓名、现有疾病管理效果、下次检查目标、下次检查日期、医生签名等；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1、妇女健康管理随访表编号、随访时间、症状、一般状况、生活方式、查体、Kupperman评分、抑郁评分、焦虑评分、辅助检查、用药情况、转诊情况、随访效果评价、下次随访时间、随访医生姓名等；2、评估量表改良式Kupperman自评量表、抑郁自评量表、焦虑自评量表。一、孕产妇健康管理1、孕产妇健康档案Ø孕产妇基本信息（基本情况表）l采集和录入孕妇一般情况，其中姓名、出生日期、年龄、住址等从孕妇基本信息中自动获取；l主要功能包括孕卡查询、孕卡信息、病史记录；l民族信息默认为汉；l病史，手术史，过敏史，疾病等信息都默认为“无”，如有异常情况可通过下拉框形式进行选择；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目Ø初次产前检查（初筛分类表）l记录孕妇初次产前检查记录，主要包括末次月经、首次妊娠确诊日期、预产期、历史妊娠信息、生活指针信息、产前医学检查信息、预约日期等；l预约日期根据初次检查日期自动计算得出，检查日期通过档；lABO血型、RH血型、RPR、HIV、产前筛查、乙肝三系、HBsAg、抗HBs、HBeAg、抗HBe、抗HBc等信息，可从系统维护自动形成，医务人员只需要选择即可完成录入，无需手工输入；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目Ø产前保健服务记录（历次产前保健服务记录表）l登记孕妇历次产前检查记录，其中姓名、出生日期、年龄、住址等从孕妇基本信息中自动获取；l主要功能包括历史检查记录列表、检查录入、高危评分录入及计算；l根据孕妇高危情况自动计算高危评分，如评分为高危，则自动提示高危孕产妇登记；（高危孕妇的评分标准根据“高危妊娠管理办法”执行，同时由系统根据预设的高危评分标准自动算出分值）l根据孕周时间自动开放相应的检查项目，如产前筛查、产前诊断等；l根据检查信息自动生成宫高曲线、双顶径曲线图；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目Ø产时情况登记l孕妇分娩信息登记；l新生儿信息登记；l分娩单位默认选择操作员所属单位。l选择双胎或多胎时，可录入多份新生儿情况登记表。l本表录入完成后，系统自动提示录入医疗机构产时情况登记表。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目Ø产后访视（产后访视记录表）l分娩记录l产后访视：代访单流转和产后访视记录、母乳喂养随访、家庭病床病史记录。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目Ø产后42天检查（产后42天产妇检查记录表）登记孕产妇产后42天检查记录；Ø出生缺陷登记登记新生儿出生缺陷信息，主要内容包括包括出生顺序、检查日期、畸形名称、诊断人员、是否做过拍摄（如果“是”，则登记摄影张数）、检查人、填表人等；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1、高危孕妇登记l梅毒(RPR)检查；l高危孕妇登记；l高危孕产妇追踪服务管理：高危孕产妇预约通知单、随访登记；l高危孕产妇结案管理：编号、姓名、结案日期、孕产妇孕期、产时症状等；2、孕产妇健康管理双向转诊直接转双向转诊系统。对患者在社区医疗机构转入和转出的申请单、登记单、回执单等信息进行登记和管理（尽可能利用健康档案信息自动填写）；l转诊单登记：门诊转诊三联单填写，可以新增、修改、删除；l转诊管理：对所有转诊单的分析、统计、查询（包括转入、转出）；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l回单接收：转诊回单接收及结果查询；1、社区健康教育l健教资料和设备管理对领用的健教资料和自制的资料的类型和数量等信息进行管理；对各种健教设备信息进行登记。l健教计划管理日常健教计划管理；应急健教计划管理；健康教育干预计划。l健教活动管理日常健教活动登记；重点人群健教工作；健教活动评估；健教处方管理。l效果评估效果评估包含为：个体评估和群体评估。2、孕产妇死亡报告管理l孕产妇死亡报告卡；l记录内容包括填表日期、死亡日期、死亡者类别（婴儿、孕妇）、死亡年龄、死亡时间、死亡地点、死亡医院、死亡原因、死前首次就诊单位、死亡最高诊断单位、死亡诊断依据、检查单位、填表人等；1.1.1.1妇女病筛查妇检预约管理，登记预约妇女的基本信息，或从健康档案中读取；录入检验结果，以及医生的处理意见，并打印检验报告单。主要功能：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l普查队审核；l摸底建册，填写筛查登记表；l普查结果记录；l异常通知；l督促普查治疗提醒（健康教育指导）；1.1.1.1儿童保健子系统儿童保健子系统需实现社区卫生服务中心儿童保健工作进行管理，规范儿童保健工作的信息内容，主要实现儿童的健康保健服务和辖区内托幼机构管理等业务功能。1.0~36个月儿童健康管理Ø新生儿疾病筛查管理l样本采集管理；l先天性甲状腺功能减低症（简称CH）筛查记录；l苯丙酮尿症（简称PKU）筛查记录；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l听力筛查记录；l筛查追访与治疗监督提醒；l随访干预的信息管理；l新生儿转儿保系统观察；Ø儿童健康管理随访表l新生儿随访表l0-4个月随访表l5-12个月随访表l15-30个月随访表l第36个月随访表Ø生长发育评价（儿童成长检测图）1.个体评价是对儿童的生长发育状况按照国家最新的标准，逐一进行评价，形成儿童营养评价图和生长发育曲线图，可以根据每次的询问、体检记录可自动生成，且可打印输出；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l儿童生长监测图：男孩生长监测图，女孩生长监测图；l婴儿期饮食情况记录表l预防接种信息登记表1.集中评价对社区内儿童的生长发育情况进行抽样调查。1.0-7岁儿童保健管理Ø健康体检管理由服务对象及其基本资料、检查、建议、免疫、母亲信息、新生儿管理等页面组成，可对各年龄阶段儿童进行分组管理，其中体检表和生长发育评价相关表单可根据统一要求设计，突出各年龄阶段特点。l儿童基本资料：儿童出生信息可从母亲妇保中的分娩记录自动提取，儿童家庭情况从家庭健康档案中自动提取；l儿童体检：可根据儿童体检周期自动计算出下次的体检日期，作为预约日期，医生也可以根据实际情况而修改。分为体格检查、矫治记录、营养评价、周岁小结等四个部分。还能和健康教育和计划免疫子系统通过接口连接，同时进行健康教育和免疫接种管理；体检结果可代码化录入，从而减少医生的录入量；l建议：针对体检结果，使医务人员通过选择方式给出适当的健康建议；l母亲信息：能够显示母亲的基本信息，并和妇女保健子系统相关联，能够直接链接到妇女保健子系统中。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目Ø生长发育评价1.个体评价是对儿童的生长发育状况按照国家最新的标准，逐一进行评价，形成儿童营养评价图和生长发育曲线图，可以根据每次的询问、体检记录可自动生成，且可打印输出；l儿童生长监测图：男孩生长监测图，女孩生长监测图；l婴儿期饮食情况记录表l预防接种信息登记表2.集中评价是对社区内儿童的生长发育情况进行抽样调查。Ø托幼机构管理l集体儿童管理l入园、入托健康体检表登记l幼托体检卡信息l托幼机构工作人员健康检查信息第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.体弱儿专案管理对体弱儿进行重点管理，根据儿童体检结果自动生成体弱儿名册，制定随访计划和记录随访结果。l体弱因素评判l体弱儿的首诊登记l体弱儿的复诊登记l体弱儿结案管理2.5岁以下儿童死亡登记婴儿和五岁以下儿童死亡报告卡登记；五岁以下儿童腹泻发生登记；五岁以下儿童因腹泻死亡登记；口服补液盐疗法登记；儿童急性呼吸道感染死亡人数登记。1.1.1精神卫生系统1.1.1.1精神病人管理1.精神病人评估对精神病人进行初次评估和随访后评估，并根据评估结果将精神病人进行分类管理。按权第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目限设定记录的可编辑、取消、删除属性。1.精神病人访视任务管理具备提供访视计划、人员安排、任务通知等功能。根据病人分类，制定访视计划，根据病人居住地址安排专职精防人员访视任务。2.精神病人访视管理按照精神病人管理分类，按照访视周期的不同，建立访视记录。按权限设定记录的可新增、编辑、取消、删除属性。3.精神病人康复治疗管理按照精神病人分类管理，制定精神病人康复治疗方案，建立康复治疗记录，评估康复治疗效果。按权限设定记录的可新增、编辑、取消、删除属性。4.新建、编辑精神病人信息5.随访记录管理6.查询精神病人信息；1.1.1.1精神疾病监测点管理对精神疾病依据各种的诊断要素设定监测要素，于各信息采集点采集监测要素，对各种监测要素按各种精神病诊断标准进行计算分析，从而实现对精神疾病进行实时监控及预警。精神疾病监测点管理子模块主要有如下功能：l精神疾病监测点登记l监测点心理健康档案登记l心理健康档案管理1.1.1.2报病管理卡登记精神病发病除在嘉定区以外的全市二级各专科或三级综合医院的门诊、入院、出院、死亡病人的报告卡接受、管理。按权限设定记录可新增、删除、修改属性。精神病病人报病管理卡登记的功能需实现：l精神病人姓名、编号l患者监护人姓名、与患者关系、l监护人地址、电话、精神疾病家族史、发病时间、既往诊断情况等。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1综合统计分析和报表精神卫生管理的综合统计分析和报表，实现如下报表：l精神病人登记汇总表l治疗工作量统计l评估工作量统计l管理工作量1.1.2牙病防治系统需完善嘉定区牙防所内的业务应用系统，规范口腔病综合防治工作，促进区牙防所现有业务应用的完善，加强区口腔病预防与控制工作的辐射和服务能力，有效管理，提高工作水平。牙病诊治与口腔预防保健记录居民的口腔卫生相关信息，通过区域公共卫生平台采集牙防所居民牙病防治信息，并与健康档案整合，完善居民健康档案信息，促进居民健康档案信息共享。牙病防治子系统主要的功能如下：l健康档案基本信息管理l牙病病人信息登记l牙病信息评估l牙病指导和治疗l牙病统计分析l系统配置维护1.1.3突发公共卫生事件应急指挥系统建立区突发公共卫生事件应急指挥中心，以“预防为主、平战结合”的思想，建设突发公共卫生事件应急指挥系统，全面、系统、多角度、动态地展示和分析突发公共卫生事件的发生、发展和转归，实现对突发公共卫生事件的辨别、反应和全过程处理，并能从预警、报告、决策、管理、控制全方位处置公共卫生突发事件，实现对突发公共卫生事件的应急响应和指挥处置，并与区其他相关专业应急联动平台的协同和联动。应急指挥应用系统基于日常业务应用及区域卫生信息平台数据信息，实现全面、系统、多角度、动态地展示和分析突发公共卫生事件的发生、发展和转归，从而对突发公共卫生事件的第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目应急响应和指挥处置。突发公共卫生事件应急指挥系统主要功能如下：1、事件监测和预警管理监测和预警系统对监测监控系统采集到的数据进行分类整理，并按设定的分析模型进行计算和分析，为领导提供决策支持。对于每一种病种，当数据分析结果达到预先设定的警报线时，进行报警，提示有关人员提高警惕并迅速处理。系统包括数据分类整理模块、分析模型建立模块、数据分析模块，分析结果显示模块。对预警信息进行评估。评估应包括疾病可能对人健康危害的程度，疾病的传播速度、影响范围、持续时间，以及疾病对政治、经济、贸易可能带来的影响等内容。然后，及时将综合评估报告上报卫生主管部门，以便卫生主管部门根据评估结果进行决策，决定是否需要上报更高决策层次，以启动危机应对工作，或启动局部应急措施。同时，上级CDC还要向下级CDC发出预警警报，并指导基层单位做好预防工作。2、应急资源管理资源管理是对突发事件处置过程中所需的流行病学调查车辆、消毒隔离车辆、检测车辆及现场处理人员的概况、设备和药品等资源信息的管理。资源管理系统管理的资源包括：① 资料数据库② 疫点、疫区资料数据库包括:编号、电话、地址、所属路段、单位、疾病种类、相关处理方案等③车辆数据库④各种疾病预案数据库⑤ 各类专家资料库姓名、职称、职务、专业、简介、单位、电话、手机、年龄、住址等。⑥仪器、疫苗及药品数据库器仪器：编码、名称、用途、购置日期、状态等。疫苗、药品数据库：编码、名称、用途、用量、注意事项、有效期等⑦电话号码库资料库。电话号码、属主、地址等。⑧外援单位数据库单位名称、科室、专长、负责人、电话号码、地址等。⑨…..3、应急预案管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目通过对已经编制好的应急预案进行分析，定义突发事件处置过程中的总体流程和处理步骤，每一步骤的执行角色以及相关的业务表单，最后将定义好的预案处理流程发布到突发事件应急处置系统。1、接处警管理疾病监测是疾病预防和控制的基础。疾病监测的主要范围是法定的传染病、地方病、职业病等病种，对于不同的病种，实行分级、分专业监测信息管理。通过疾病监测，可以全面、准确地了解区域内被监测病种的状况，为有的放矢地进行疾病预防控制，以及公共卫生决策提供依据。2、辅助决策管理辅助决策系统的是通过构建统一的，结合强大的数据的分析挖掘能力，实现从卫生应急指挥系统的会商、分析到处置方案的制定、指令生成发布及反馈等整个应急指挥决策流程的智能化控制。3、指挥调度管理指挥调度系统是在突发事件的处置过程中根据已经采集到的区域急救车辆、急救人员概况、医疗机构、急救设备和药品等信息库中的应急资源进行统一调度。由于急救往往都是十分紧急，所以急救资源的调度管理十分重要。4、失监测管理危机的爆发是突然的，影响是全面的。应对危机，必须采取及时、综合、系统、协调的措施。各自为战，画地为牢，往往导致危机的蔓延和扩大，从而导致更大程度的损失，所以必须加强突发事件应急反应的指挥协调能力。在危机爆发发生时，需要对未能很好控制的突发事件进行失监测管理。5、恢复重建管理危机过去后，需要对本次应急处理的经验教训进行总结分析，修订预案，为本次危机处理建立完整的档案。1.1.1.1专题汇报子系统专题汇报子系统功能需完成公共卫生应用体系内的三大业务（疾病控制、卫生监督、医疗救治）主线，平时管理中的报表、图表、分析表、预测表、报告卡等分类汇总信息，提供全面的决策支持。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1舆情监测系统舆情监测建设主要是实现通过监测国内外媒体网站和官方与专业网站收集舆情信息，并且从中识别出风险进行管理，提升风险追踪管理能力。同时以每日值班监测评估和定期例会讨论评估的形式对风险进行维护、分析、评估。根据每日风险监测管理的情况可自动生成日报、周报，并进行信息展示。1.1.1.2传染病预警系统传染病监测预警主要是以传染病实时报告的信息为依据，以现有的历史数据为基础，建立敏感特异，科学实用，用于传染病爆发、流行的预警体系；预警的情况可以报表、图标、GIS的方式展示。1.1.1.3重点人群管理（病例与接触者管理）系统重点人群管理（病例与接触者管理）系统功能主要需求是针对未形成事件的病例、密切接触者以及其它重点人群的基本信息、体征报告监测信息，提供综合的信息展示，辅助管理者及时掌握信息，预防疫情的发生。1.1.1.4多方位疫情子系统多方位疫情子系统的主要功能需求是将空间数据与卫生局、卫监所和CDC现有的业务数据相结合，利用平台为各级用户提供了可视化的数据展现方法和形象的数据分析辅助工具。基于业务数据提供对于医疗卫生机构、危险场所、学校等资源信息的全方位展现，传染病的专题分析，突发事件的分析定位。1.1.1.5与市公卫疾控系统的整合将嘉定区突发公卫应急处置系统和市公卫疾控系统的（如应急处置、个案流调、个案报告、消毒等）相关功能模块进行整合，既满足上级单位的数据上报要求，又可根据自身需求进行个性化业务处理。使公共卫生突发应急市、区两级平台联成一体、无缝处理，真正实现市、区两级平台突发应急业务两级联动。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1与嘉定区区域卫生信息平台的整合与嘉定区区域卫生信息平台之间实现数据共享与互联互通，突发公卫应急处置系统可以从嘉定区区域卫生信息平台获取医疗卫生机构、危险场所、学校机构等资源信息，并根据区域卫生信息平台的信息采集要求，推送数据至区域卫生信息管理平台。1.1.2区域公共卫生平台接口建设本期项目主要建设以下三类接口，主要是实现如下内容：1、与区域卫生信息平台的接口实现区域卫生信息平台与区域公共卫生信息平台之间的数据交换及互联互通；2、与二级医院、社区卫生服务系统的关联接口实现同区内二级医院、基层医疗卫生机构之间基于业务流程的整合与共享；3、与市公共卫生平台的接口实现与市公共卫生平台的数据交换与互联互通。1.1.3社区卫生服务中心医保接口建设总体业务流程图系统目标第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目医保接口系统主要实现针对各地不同医保端接口程序的接口实现。a)实现了门诊挂号，门诊收费，出入院收费的医保病人的登记和结算处理；b)实现了医保数据的上传和报表统计功能；c)实现了医保药品项目与院内药品项目的对应功能；d)实现了医保信息的查询功能等功能。医保接口系统主要是在医院信息管理系统（以下简称HIS系统）中对于特殊类型病人即医保病人的相关费用结算审核计算机管理系统，是HIS系统中不可分割的部分；由于各地医保政策的差异，各地医保处理流程和接口的不同，在HIS系统中主要通过医保接口系统进行医保费用结算的处理和发票的打印，以及医保相关的事务处理，保证其他子系统业务的独立性。现在医保处理的几种类型：e)医保病人由本地HIS系统处理，用月报方式上报医保管理中心，此种方式将要退出历史舞台。f)在费用结算时调用医保提供的接口进行相应的处理，主要有实时和非实时两种处理方式，对于HIS系统的接口开发和调用来说是相同的。本子系统主要针对这种方式来说明医保的处理流程。1.1社区卫生医疗服务平台1.1.1家庭医生工作站（14家）本项目完成对嘉定区14家社区卫生服务中心家庭医生工作站建设，需对传统的家庭责任医生管理模式进行转变，并采用信息化手段对家庭医生管理进行全面支撑，对现有的系统进行改造，实现在门诊工作中建立家庭医生的签约管理；实现在社区服务系统中，建立家庭医生责任制，实现家庭医生对签约居民进行管理，对签约服务进行查询和处理。家庭医生工作站采用3G、城域WIFI网的网络架构，以实现家庭医生在上门服务时可随时调阅居民的健康服务记录、签约服务记录及相关的EHR健康记录。本项目中的家庭医生工作站支持无线手持终端、支持在线和离线两种工作模式，在离线模式恢复正常时能够切换到在线模式，并完成与在线模式的数据同步。家庭医生工作站主要功能包括：1.1.1.1签约管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目利用全科医生服务可提供患者就诊过程中，直接进行家庭签约管理。同时，门诊签约完毕后，家庭医生可通过社区卫生服务系统中家庭责任医生管理模块，为门诊签约的患者进行签约管理登记，并提供家庭成员签约管理功能。签约管理功能主要实现家庭签约管理、家庭成员管理、签约记录管理。详细功能如下：签约记录管理：主要是管理家庭户主、家庭电话、居住地址、签约医生、签约状态、签约日期、解决日期、解约原因、解约原因说明等家庭签约管理：主要是管理户主关系、姓名、性别、出生日期、身份证、地址，以及能够增加和删除签约管理记录。1.1.1.1家庭责任医生服务管理为辖区内的居民提供健康档案建档管理、高血压病管理、糖尿病管理、签约服务管理，以及相关的EHR健康档案记录等，为居民补充签约患者的家庭信息，进行医疗卫生服务。家庭责任医生服务管理实现：建档管理、高血压病管理、糖尿病管理。详细功能如下：1、建档管理家庭责任医生通过移动工作站提供上门服务并实现采集与路录入信息，其主要是通过移动平台的平板电脑作为载体，以3G、城域WIFI等无线网络，完成健康档案的建档，包含个人基本信息、主要问题目录、年检表、服务记录、居民健康档案信息卡等。2、高血压病管理l按照各项的填写说明；l添加、修改、删除该高血压管理卡对应的随访记录；l能切换到管理卡；l保存或取消管理卡对应的访视记录；第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1、糖尿病管理l按照各项的填写说明；l添加、修改、删除该糖尿病管理卡对应的随访记录；l能切换到管理卡；l保存或取消管理卡对应的访视记录；1.1.1.1家庭责任医生绩效考核通过在日常业务管理中对家庭责任医生的工作量记录，可实现对家庭责任医生的绩效考核管理。绩效考核主要实现财务分类、考核模型配置、科室和团队设置、业务流水和核算日报、绩效考核管理。1.1.2全科医生工作站（14家）全科医生工作站，支持与临床诊疗信息系统的实时互动，在医生进行诊疗工作的同时，可通过诊断码、检验结果、公共卫生任务清单等方式，激活对应的公共卫生信息采集模块，以提高公共卫生信息采集的实时性、准确性、客观性。通过与诊疗业务相结合的信息采集方式，进行公共卫生信息采集流程再造，优化现有信息采集途径，降低工作人员信息采集的重复工作，提高工作效率。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1.1门诊健康档案建档在全科医生工作站的信息采集框架的基础上，在此信息采集框架的基础上实现具体的业务信息采集功能。在门诊时实现居民健康档案的建档。门诊健康档案建档功能需要实现社区业务定制、HIS传入信息审核、HIS传入信息维护、建档警示和健康档案录入。1.1.1.2门诊慢性病建卡门诊慢性病建卡，就是就诊人员在诊断后，医务人员保存当前病历、切换病人或离开当前页面时，系统根据诊断结果进行判断建卡，若是需要，则进入建卡界面。门诊慢性病建卡功能需实现糖尿病管理卡、随访警示和随访记录。1.1.1.3门诊慢性病综合随访慢性病患者在门诊就诊时，医务人员对其进行慢性病随访工作，并记录和保存随访信息。门诊慢性病综合随访功能需实现填写各项随访信息，添加、修改、删除该管理卡对应的随访记录，能切换到管理卡、血压变动窗体、保存或放弃管理卡对应的访视记录。1.1.1.4与原有系统的接口改造全科医生工作站的建设，需要考虑到与原有系统之间互通的接口建设，实现基层医疗卫生机构的业务系统与全科医生站系统的对接，实现信息系统之间数据的互通，业务的协同服务。1.1.2系统接口改造（14家）基层医疗卫生机构的业务系统的标准改造及接口改造，需要完成医保接口、新农合接口建设。医保接口建设是按照国家医疗保险政策对医疗保险病人进行各种费用结算处理，主要任务是完成医院HIS系统与上级医保部门进行信息交换功能。新农合接口建设是按照国家农村合作医疗保险政策对农合病人进行各种费用结算处理，主要任务是完成医院HIS系统与上级农保部门进行信息交换功能。基层医疗卫生机构的业务系统与市、区级平台的接口建设，依据《上海市医疗机构诊疗信息交换共享工程联网医院信息采集接口规范（区县版1.09）》的要求，完善基层医疗卫生机构信息系统的建设和改造。基层医疗卫生机构的接口改造，应需实现数据采集接口、诊疗智能提第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目醒接口、区域自费就诊一卡通接口、健康信息共享调阅接口。数据采集接口：医疗机构内部的HIS、LIS、RIS、PACS等系统中的信息上传至区级卫生信息平台，完成区级平台对嘉定区内医疗机构诊疗数据信息的采集建设。诊疗智能提醒接口：接口建设需求是实现医疗机构内部的治疗安全警示、重复用药提示、重复检验检查提示。实现院内机构的信息资源整合与对外接口的统一。区域自费就诊一卡通接口：自费就诊一卡通，是通过利用市民卡、社保卡等卡介质，通过卡介质存储人群在不同医疗保健活动中诊疗、保健、用药等信息，作为居民享受社区健康服务和医疗诊疗的身份标识，从而区域内卫生业务信息的互联共享，实现提供医疗卫生管理和服务水平。一卡通接口建设要求是通过区级医院与区级平台接口建设，将一卡通系统与区级平台实现对接。健康信息共享调阅接口：健康信息共享调阅，是对居民在整个生命历程中的健康、保健、医疗服务信息，健康档案信息共享利用数据交换技术和数字认证技术等。可通过平台，居民及医务人员通过不同的权限获取到个人健康档案、病历、检验检查报告、体检报告、处方等信息。以健康信息共享调阅系统对接至区级平台，实现基层医疗机构的医疗预防、保健信息和医院的检查检验、用药信息、手术信息等共享。1.1.1与区卫生信息平台的互联互通（14家）与区卫生信息平台的互联互通，依据区域卫生信息平台功能要求及规范要求，满足数据规范和标准要求，实现业务系统与区卫生信息平台的数据采集接口的对接。实现业务系统与区级卫生信息平台之间的互联互通，区级卫生信息平台与市级卫生信息平台之间的互联互通。1.2区级医院信息化改造区级医院信息化改造建设，是对嘉定区辖区内的7家医院的医院系统与区域平台的接口，其中包含数据采集接口、诊疗智能提醒接口、区域自费就诊一卡通接口、健康信息共享调阅接口。数据采集接口：医疗机构内部的HIS、LIS、RIS、PACS等系统中的信息上传至区级卫生信息平台，完成区级平台对嘉定区内医疗机构诊疗数据信息的采集建设。诊疗智能提醒接口：接口建设需求是实现医疗机构内部的治疗安全警示、重复用药提示、重复检验检查提示。实现院内机构的信息资源整合与对外接口的统一。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目区域自费就诊一卡通接口：自费就诊一卡通，是通过利用市民卡、社保卡等卡介质，通过卡介质存储人群在不同医疗保健活动中诊疗、保健、用药等信息，作为居民享受社区健康服务和医疗诊疗的身份标识，从而区域内卫生业务信息的互联共享，实现提供医疗卫生管理和服务水平。一卡通接口建设要求是通过区级医院与区级平台接口建设，将一卡通系统与区级平台实现对接。健康信息共享调阅接口：健康信息共享调阅，是对居民在整个生命历程中的健康、保健、医疗服务信息，健康档案信息共享利用数据交换技术和数字认证技术等。可通过平台，居民及医务人员通过不同的权限获取到个人健康档案、病历、检验检查报告、体检报告、处方等信息。以健康信息共享调阅系统对接至区级平台，实现基层医疗机构的医疗预防、保健信息和医院的检查检验、用药信息、手术信息等共享。区级各医疗机构根据《上海市医疗机构诊疗信息交换共享工程联网医院信息采集接口规范（区县版1.09）》的要求，完善医院内部信息系统的建设和改造。1.1数据迁移需要将嘉定区社区数据库、14家社区卫生服务中心的计划免疫数据库、以及中心医院的慢病报病数据库，合并迁移到平台中心数据库(Windows2003+SqlServer2005)。目前，嘉定区信息系统使用情况如下：系统系统模块是否正在使用数据积累时间（月）数据存储方式（集中存储/分布存储）社区卫生管理信息系统（CHSS）健康档案2011国标全区使用集中存储社区卫生管理信息系统（CHSS）高血压全区使用集中存储社区卫生管理信息系统（CHSS）糖尿病全区使用集中存储社区卫生管理信息系统（CHSS）肿瘤全区使用集中存储社区卫生管理信息系统（CHSS）儿童保健只在马陆社区使用2集中存储社区卫生管理信息中医档案马陆、安亭、黄渡社3集中存储第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目系统（CHSS）区使用社区卫生管理信息系统（CHSS）全科马陆、安亭、黄渡、南翔社区使用12集中存储糖尿病系统糖尿病系统全区在使用CHSS同时录入两套系统5至6年集中存储肿瘤系统肿瘤系统未使用2年集中存储计划免疫计划免疫全区使用2年集中存储计划免疫冷链计划免疫冷链全区使用1年多集中存储1.1.1现状1）数据分布存储目前大概有16个数据库：疾病预防控制中心慢病管理系统数据库、14家社区卫生服务中心计划免疫、中医医院慢病抱病数据库2）数据交叉重复社区业务的特殊性，存在同一个管理对象在两个、多个系统/数据库同时存在。适龄儿童，即在社区单独的计划免疫数据库中存在，也在社区儿童保健数据库中存在；对于慢病管理对象，在中心的慢病管理数据库存在，同时在中医医院抱病数据库存在3）数据分散针对同一管理对象的数据，在中医医院数据库存在抱病数据，在计划免疫系统里边接种信息，在疾控中心数据库中存在儿童保健管理信息、慢病管理信息，所有数据库里边都没有个人的完整数据4）数据准确性要求高由于数据记录都是客户资料、管理信息。如果出现数据准确性问题，将导致业务管理、随访功能的紊乱，降低工作效率，严重的会出现先不同反应症状、甚至危及人员生命。5）工作量大，时间紧客户工作一直在开展，数据库停机时间有限制（1周左右），同时数据库分散，需要在不同的地方进行数据迁移、数据清洗、数据测试，平均下来每个数据库处理时间不到一天。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1前期准备1.1.1.1迁移方案确定根据前期的调研工作,同时根据本次项目的特点，确定采用同一类数据库先进性数据合并筛查，然后再将不同的数据库进行整合，从而完成整体数据迁移工作。1.1.1.2数据库层面一、原库准备l备份数据库，清除没有使用的数据表l整理出需要迁移的静态表的列表二、新库准备l根据原数据量预先创建数据库l创建使用的永久表、临时表、存储过程、函数l禁用所有约束l建立到原库的databaselink三、数据迁移范围原系统功能模块使用方式/数量迁移方式新系统新功能模块健康档案个人档案、家庭档案、专项管理集中部署（1个数据库）+分布部署（15个数据库）合并、迁移健康档案个人档案、家庭档案、专项管理中医档案集中部署（1个数据库）迁移中医档案慢病管理高血压管理集中部署（1个数据库）迁移慢病管理高血压管理糖尿病管理集中部署（1个数据库）迁移糖尿病管理肿瘤管理集中部署（1迁移肿瘤管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目个数据库）慢病抱病管理分布部署（2个数据库）合并、迁移慢病抱病管理儿童保健儿童保健管理集中部署（1个数据库）迁移儿童保健管理儿童保健管理计划免疫计划免疫分布部署（14个数据库）合并、迁移计划免疫计划免疫全科全科医生站分布部署（14个数据库）并、迁移全科医生站全科医生站1.1.1.1应用层面搭建基于新库的应用环境，在新库上测试应用1.1.1.2迁移演练迁移前的充分演练非常重要：l最大限度的优化迁移步骤l比较真实的评估各迁移步骤的消耗时间l了解基于新库的应用是否能正常运行1.1.2数据合并迁移先收集所有分布的数据库统一到中心，将收集到的数据库进行归并分类，将同一类的数据库先进性数据合并，再将合并好的分类数据库进行数据整合，最终得到平台数据库。1.1.3测试基于新库的应用是否正常最近迁移演练已经完成,数据已经全部迁移到新的平台数据库中,经过公司测试工程师和客户在应用层面的功能性测试,目前没有发现异常情况.底层的数据验证工作还在进行中。 1.1.4迁移步骤第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目根据前期迁移演练的结果，迁移步骤如下：一、数据表分析对于健康档案数据的整合迁移首先要做的就是对数据表进行分析，分析哪些数据表需要迁移、哪些数据表可作为初始化数据、哪些数据表不必操作，只有确定了需要迁移的数据表，数据迁移工作才能有条不紊的开展下去，在确定了需要迁移的数据表之后，接下来就关注需要整理和迁移的数据。二、数据量的检查数据库数据转移的前提必须要保证老数据库中的文件全部迁移到新的数据库中了，所以第一步要保证迁移的数据量正确。对于需要迁移和整合的健康档案数据检查、整理、梳理、归并和检查等。三、分析新老数据表的变化a)B表中的字段对应到A表的哪个字段l直接迁移，对于某些字段的值可以直接迁移到新表中，但需要注意新旧表字段的长度和精度是否一致。l字段运算，数据源的字段进行数学运算得到目标字段，一般为数值型字段。l参照转换，数据源的一个或者多个字段值作为key值查找出另外的值迁移到目标字段中。l字符串的装换，字符串在转移的过程中容易产生脏数据，需特别关注，另外字符串中有特殊字符的需要特别关注。l空值转换，在旧表中字段为空值对应到新表中相应的字段是否仍然保存为空值，需要关注；需要特别关注空与NULL的区别。l日期转换，注意新旧表日期格式的变化。l聚集运算，数据源的一个或者多个字段通过聚集函数得到新表的数据。b)B表中存在但A表中不存在的数据字段l直接废弃，将B表中的字段值直接废弃不迁移。lB表中的字段值通过特殊处理转移到A表中的其他字段，例如B表的资源编号转换到A表中作为提供商的资源编号c)B表中不存在但A表中存在的字段l直接留空l根据实际的业务初始化一个字段值四、迁移后检查第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目数据迁移结束后应先结合前台页面查看下迁移的数据能否正确显示，并且要保证数据迁移不会产生垃圾数据一、数据制造在测试数据迁移的过程中对于一些逻辑较为复杂、表结构很复杂的表，可以在测试数据迁移之前制造一些关联的数据。1.1.1数据验证数据库迁移结束后，最主要的是对迁移的数据进行验证。数据验证包括两个方面内容：l数据一致性验证；l应用验证；l性能验证1.1.2应用层面的数据验证由测试工程师提供在应用层面的数据验证工作，包括数据一致性的验证、功能性验证、性能验证3个方面的验证。1.1.3功能测试功能测试主要在数据库迁移之后，对社区系统的功能做全面测试，测试内容主要包括如下几个大的模块：l健康档案l高血压l糖尿病l肿瘤l儿保l系统管理l报表1.1.4性能测试第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目性能测试是在功能正确的前提下，对业务办理的速度，开通速度等跟数据库迁移相关的业务进行测试，校验数据库迁移之后数据库的存取速度是否有影响。测试不采用压力测试的方式，不考虑各种并发情况，在前台进行正常的业务办理，通过后台日志提取各种业务的办理时间，跟正式环境上相同业务的办理时长进行比较，若时长低于正式环境，则认为数据迁移基本没有问题。1.1.1数据一致的验证数据校验从应用层面，可以抽样进行，对生产环境和迁移之后环境上的业务信息进行比对。由于通过人工进行，若单靠公司测试进行测试，数据采样过小，对数据校验不能起到实际意义，建议这块的校验由测试工程师准备测试环境和测试方案，由分各社区基层人员进行实体测试，这样覆盖面大，人员多，周期短，效果也会相对好一点。1.1.2数据迁移l数据迁移前备份所有的客户数据库l同一条数据在多个数据库同时存在的，取多个数据库中最后修改（最新）的那一条为准，修改日期相同的，居住地采集的数据优先，同时提供列表给客户，供客户进行后续处理l逻辑上重复的数据（身份证相同），在导数据之前，将重复数据列表提供给客户，由客户进行确认选择，按照客户选择的结果进行选择性导入；客户无法提供的，则选择户籍所在地录入的数据，将其他数据作为无效数据存在数据库中，以后续恢复使用。l重复的业务数据，按照业务规则，允许重复存在的（肿瘤卡、慢病随访），保存所有业务数据，并提供列表给客户，供客户进行后续处理；不允许重复的（高血压管理卡、定转租），取多个数据库中最后修改（最新）的那一条为准，修改日期相同的，以业务管辖地的数据优先，同时提供合并列表，供客户参考l逻辑存在错误的数据，符合数据库验证约束的（职业不在字典范围内），将原有数据原封不动导入新的数据库，同时提供错误数据列表，有客户在前台进行更改；不符合数据库验证约束的（出生日期大于当前日期），跟客户沟通后，统一替换为指定的数值，并提供转换前后的数据列表，供客户参考修改l垃圾数据处理，业务数据缺失，前台无法正常使用的（只存在高血压随访，没有高血压管理卡），而且无法进行补充完整的，将缺失的数据列表提供给客户，建议客户删除，或者由客户确认后，保存在数据库内第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l对于新系统与旧系统的同一数据项，而代码标准不一致的，建立代码对照表交由用户审定后再进行迁移；客户无法提供对照的，保留原有数值，并提供无法对照的数据列表，有客户进行确认处理，比如原有医疗支付【公费】对应新系统【医保】、【农合】等选项的，提供列表，有客户在进行二次分类l数据项长度参照国家最新发布的《健康档案公用数据元》，原有数据与数据标准冲突的，非关键性字段提供列表，由客户进行选择，由客户签字确认后，以客户确认结果为准，比如电话号码、地址；关键性字段以国家标准为主，同时以书面形式告知客户，比如身份证号码，强制为15位或者18位，针对强制转换的数据，提供转换前后列表给客户作为参照l旧系统输入方式为文本，但新系统输入方式为数据字典的，提供数据文本列表，由客户提供文本域代码之间的对照，客户无法提供对照的，统一采用默认值，没有默认值的，保留为空，同时提供采用默认值或者保留为空的数据列表，供客户复查l旧系统输入方式为数据字典，新系统输入方式为文本的，按照就系统的数据字典转换为文本显示l旧系统可以选择多项，新系统只能选择一项的，默认选择多项中的第一项，作为新系统的值，并提供选择列表以及原有数值供客户参考；l新系统中新增的数据项目，如果为关键非空项，在数据迁移时需要由用户指定默认值或者提供相应的数据生成算法，数据导入是自动生成，对于无法提供默认值或者数据生成算法的，导出需要修改的数据列表，数据迁移后，由用户手工补充；非关键项，有默认值的采用默认值，没有默认值的，保留为空l旧系统有而新系统已取消的数据项目，检查所有数据记录都没有录入任何内同的，提供列表跟客户确认，带客户确认后删除；删除字段存在客户录入内容的，保留删除字段，并将删除字段的内容迁移至该记录的备注字段，数据迁移完成，客户进行试运行1年后，不影响客户正常使用的，再次跟客户确认后删除该部分字段。l旧系统存在的业务，按照新的业务规则，已经取消不存在的，再次跟业务管理部门确认，由管理部门签字，按照废弃处理，不进行导入。比如高血压专项，新业务里已经被管理卡替代，则只需要导入高血压管理卡，高血压专项则直接废弃l系统数据按照新系统需要，按照指定格式转换过来，以不响应新系统的使用为准，可以放弃部分新系统不使用的内容。比如权限管理，新系统的权限按照老系统的情况重新分配后，只要新系统使用没有问题，可以不需要导入相应内容第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1健康档案数据整合此次项目，原有的社区卫生服务中心的社区卫生服务信息系统是采用的1+5x的社区卫生服务系统。对于原有系统中的数据完整的迁入到新系统、整合入HIS系统中。对于社区卫生服务中心的居民健康档案数据的整合，需要对历史的居民健康档案数据导出、分析、梳理、清洗、归并、整合。同时还需要按照卫生部基于居民健康档案的信息化建设要求、上海市社区卫生服务信息系统标准规范、上海市社区卫生服务业务要求进行迁移整合。通过对健康档案数据表的分析、数据量的检查、根据新老系统数据的变化、数据迁移、迁移数据的检查，形成适用于社区卫生服务中心（站）等机构的基层医疗卫生信息系统，通过全科医生工作站服务插件完成健康档案数据与HIS系统的整合，基层医疗卫生信息系统包含以下子系统：l疾病预防控制子系统l妇幼保健子系统l精神卫生子系统l牙病防治子系统l突发公共事件应急指挥子系统l全科医生工作站子系统除此之外，还有能够为家庭责任医生提供信息化支持的家庭责任医生工作站系统，家庭医生工作站采用3G、城域WIFI网的网络架构，实现家庭医生在上门服务时可随时调阅居民的健康服务记录、签约服务记录及相关的EHR健康记录。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章HIS、LIS、RIS接入上级系统技术方案1.1综述根据本项目的建设要求，以及当前上海市卫生局、上海市申康医联集团关于对医疗机构临床诊疗数据采集的相关标准要求，本项目所涉及的HIS、LIS、RIS与上级系统对接主要涉及三个部分。第一，HIS、LIS、RIS系统与医内部集成平台对接；第二，医院内部集成平台与区域卫生信息平台对接；第三，医院内部集成平台与市医联数据中心对接。根据有关数据采集标准的要求，针对HIS、LIS、RIS系统的数据采集主要包括9大类35张业务数据表。金仕达卫宁公司在医联工程接入方面有着丰富的项目经验和案例，各家医院的临床信息交换平台可以实现检查检验结果、门诊处方、住院病案首页等临床信息的共享。上海市持社保卡就医的患者在这些医院就医时，经授权的医生就可以通过医生工作站调阅该患者近一个月来在本院以及其他医院的就诊记录、门诊处方、住院病案首页、检查检验结果，并可以调阅到部分医学影像。这使医生在卫生行政部门有关医学检查检验互认的有关规定下，对其他医院的检查检验结果进行互认，以减少不必要的重复检查检验，在一定程度上解决“看病贵”的问题。医联工程的体系结构可以概括为：一个临床信息共享平台，一个中心数据库，一个连接各医院的网络，一个可在所属市级医院通用的就医卡，一个对外门户网站，临床医疗辅助决策系统和医院管理辅助决策系统在内的两个辅助决策系统。医联工程系统的非影像数据交换方式可概括为：定时上传，按需调阅；影像数据的交换方式可概括为：中心调度，可分布存储。医联工程系统的数据包括非影像数据和影像数据。非影像数据采取中心端集中存储的方式；影像类数据采用可扩充为分布式的存储模式。医联项目中心系统通过交叉比对与各种就诊卡相关联的患者身份信息来进行患者身份认证。调阅非影像类数据时，医院端通过嵌入医生工作站的调阅模块，根据实际需要对临床诊疗相关的数据进行调阅。调阅影像类数据时，中心端根据查询请求进行服务调度，定位并指示资源所在的服务器提供数据。1.2项目特点和功能特性第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目医联项目的设计方案集中体现在以下方面：异构兼容性、可靠性、安全性、可扩展性、先进性和合理性的结合等。异构兼容性主要体现在：由于联网范围实施数据采集的各分支机构为独立运作的医院，明显具有异构性，即各医院内部系统由不同的产品供应商提供，分别按照各自的业务需求进行设计。架构的设计充分考虑了各种异构系统的接入，甚至对于不同级别的医院设计了不同的接入方案以满足不同层次的需要。可扩展性主要体现在：医联工程所涉及的范围和深度是在不断扩展的，在网络设计时考虑了其他区县的卫生信息共享系统的访问或接入；在应用架构设计中定义了多种接口模式，方便各种外部系统的接入。先进性和合理性的结合：方案借鉴了其他类似信息系统的经验，又充分考虑了上海本地医院的现实情况，在标准化、实用性等方面综合考虑，因此能够在各市级医院和各区县内迅速推广。可靠性和安全性：架构设计中对网络平台、系统平台的可靠性和容错性进行了充分考虑和设计，确保了数据中心各类设备、系统软件和基础设施的可靠运行和安全，并且针对系统安全部分专门进行了详细的设计和规划。1.1通述门诊类业务指：普通门诊、急诊、特需门诊，基本社会医疗保险界定的专科门诊，专家门诊。住院类业务指：普通住院、急诊观察，基本社会医疗保险界定的家庭病床（目前联网范围医院尚未有此业务种类），特需住院。医联工程现阶段实施联网范围的医院均具有HIS、CIS、LIS、RIS等信息管理系统，为此，要求医院对数据的填报采取由信息系统自动汇集产生的方式运作。医院的HIS是指实现医院内门诊、住院的诊疗从挂号、配药、收费结算等业务流程的信息系统。医院的LIS是指实现医院内实验室检验从电子申请单到报告业务流程处理的信息系统。医院的CIS是指医院内的医生工作站信息系统。RIS是指实现医院内医学影像检查从电子申请单到报告业务流程处理的信息系统。就诊患者的身份电子标识卡有：（1）中华人民共和国社会保障卡（以下简称“社保卡”）。即上海市政府或外地医保人员持有符合国家人保部标准规范的社会保障卡。包括中小学生学籍卡等对各种类型人员分别发放第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目的社会保障IC卡。（2）上海地区仍遗留使用的医保28位磁卡（以下简称“医保卡”）。（3）上海地区发行的医联自费就诊卡（以下简称“医联卡”）。指联网医院按照统一的编码规范印制的自费就诊卡，印有“医联”标志。该卡由于规范了编号，所以可作为患者跨联网医院就诊时通用。（3）医院自费卡指各联网医院自行编号的，不符合医联编号规范的自费就诊卡。通常是由于各医院统一使用医联卡之前的过渡时期，仍在使用的各医院自行发放的自费就诊卡。对“与干保有关的业务”的数据的上传要求如下：仅需在业务运营相关数据中上传“与干保有关的业务”的相关业务运营统计数据，而不必在临床诊疗病史相关数据中上传“与干保有关的业务”的诊疗信息。如果干保保健对象以自费方式、普通城保方式、特需医疗方式等其他非涉及干保局结算方式所产生的临床诊疗病史则仍应属于上传数据范围。对军队在编人员的情况也按照此方式处理。1.1业务运营相关数据业务运营相关数据是指医院在医疗服务主营业务方面的业务量、业务收入数据。该数据将仅被用于对医院医疗服务业务的运营情况进行统计分析。依据目前申康医院发展中心提出的对医院业务运营统计分析的需求，所采集的医疗主营业务数据集中在医疗机构的业务收入和业务量上，并且在此基础上经统计分析得到绩效方面指标值。依据目前申康医院发展中心提出的对医院业务运营统计分析的需求，所采集的医疗主营业务的类型应包含门急诊业务、住院类业务以及体检类业务。体检类业务在本文后续说明的填报数据表中是被归于门急诊业务范围中的，以挂号类别字段中的“600”加以标示。对所采集的医疗主营业务涉及的患者人群范围应涵盖医疗机构总分院所有的就诊病人，包括干保、军队以及其他所有就诊人群（含特需、体检）。请注意到该数据仅用于业务统计分析使用，不与任何患者对象个体诊疗信息具有任何关联关系，所以采集此类数据不与限定某特定人群诊疗信息使用权限范围的相关规定相违背。需要采集的数据被划分为6+2个中间表。其中，6个中间表分别为：挂号、诊疗收费、入院登记、出院登记、在/出院结算以及手术记录，分别对应医院内HIS中的相关业务表。这6个中间表与医院内门急诊业务、住院类业务和手术业务的相互关系如下图。另外2个表仍旧照搬2.1版章节“2.5业务数据统计报告”中的（一）业务量统计表(TB_STAT_YWL_Report)与（二）第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目业务收入统计表(TB_STAT_YWSR_Report)。各个数据中间表之间无须在技术层面维持任何相互关联关系。对于具有异地联网分院（分部）的，但统合其分院数据一并填报的情况，依据管理部门对业务统计的需求，可通过填报医疗机构代码将分院的数据加以区分。1.1.1门急诊业务1.1.1.1挂号关于挂号的说明：该表仅接受新增不接受修改。（从业务角度该表仅接受新增而不接受修改；从技术角度，当中心收到相同主键的记录时，以最近提交记录为准。）（1）门急诊就诊流水号是指医院内部HIS产生内部唯一就诊编号。如果一次挂多个科室的号，则应分别存在多个不同的就诊流水号。对此，应分别生成多条不同的挂号记录，且应将费用拆分。（2）挂/退号日期必须为业务实际发生的日期，而不是数据填报或执行上传的日期。（3）即挂号所收有关费用对应的“发票号”。若先就诊后一次性结算挂号费用，则在医院并无因“挂号”而实际发生收费。对此，可对本字段填入‘-’号。（4）挂号（包括体检）类别填写的编码：100=普通门诊；101=专科门诊；102=专家门诊；103=特需门诊；104=专病门诊；200=急诊；600=体检；999=其他（5）保险类型指该就诊的费用承担方式与途径。（6）对于自助挂号，或者挂号时先不收费的情况，可填写为0。对诊疗费的分类口径以医保的界定为依据。（7）卡类型的编码。0：社保卡；1：医保卡；2：医联卡；3：医院自费卡；9：其他卡。对于市管干部、在编军人，这里的卡号、卡类型请不必填写。1.1.1.2诊疗收费关于诊疗收费的说明：该表仅接受新增不接受修改。（从业务角度该表仅接受新增而不接受修改；从技术角度，当中心收到相同主键的记录时，以最近提交记录为准。）收/退费总额字段的値应该等于从“挂号费”至“其他费用”共12项字段値的总和。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目（1）即收费对应的“发票号”。（2）指医保报销范围以外所有自费项目的总额。若挂号费在此一并收取，则应含挂号费。（3）各种费用相关分类口径参照医保的界定为准。但不限于仅对医保报销范围的费用进行分类，而应对包括医保报销费用以外的所有费用进行分类。（4）指本次收费交易所包含的处方张数；若同一张处方的内容对应两张或两张以上的发票，则只需其中一张发票的对应记录的处方张数填1即可，其他填0。此数据仅用于业务统计。1.1.1住院类业务下列“入院登记”，“出院登记”，“在/出院结算”信息中的住院就诊流水号字段的内容，对应于同一个病员的同一次住院应该是相同的。以下所指“住院”，包括按住院流程处理的急诊观察。1.1.1.1入院登记病人一旦确认须住院/留院治疗，则医院须按照下列结构提供病人的入院登记信息。此信息可被以新增、更新、作废方式填报。一旦重复收到同主键的记录，则最后接受到的信息将覆盖原先相同主键的信息。1.1.1.2出院登记病人确认已出院后，则医院须按照下列结构提供病人的出院登记信息。此信息可被以新增、更新、作废方式填报。一旦重复收到同主键的记录，则最后接受到的信息将覆盖原先相同主键的信息。1.1.1.1在/出院结算病人在进行了在院或出院的费用结算后，则医院须按照下列结构填报病人的住院费用结算信息。该表仅接受新增不接受修改。1.1.2手术业务手术记录根据医疗机构内的手术记录进行填报（相应的数据源根据医院信息系统不同会有三类：收第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目费明细记录、电子病历、手术系统）。此信息可被以新增、更新、作废方式填报。一旦重复收到同主键的记录，则最新接受到的信息将覆盖原先收到的相同主键的信息。关于手术记录的说明：日间手术：有关部门对日间手术的业务界定为必须同时符合下述三项条件，供联网医院参考该说法填报：ü择期手术病人当天入院手术后24小时内出院。ü需要使用全套的手术室设备和/或实行全身麻醉的。ü不包括门诊小手术和内镜。并且注意到日间手术是从原来住院手术中分离出来的，而不是把原来的门诊手术当作为日间手术来填报。1.1.1业务数据统计报告业务数据统计报告采集的内容包括两张表：《业务量统计表》和《业务收入统计表》。《业务量统计表》用于说明该医院、某日、某科室的业务量的统计值。《业务收入统计表》采集的数据包括：某医院、某日、某科室的业务收入和床位的统计值。医院应以一天为时间间隔，上传24小时以前的一整天业务量的统计结果。《业务收入统计表》中，各种业务收入的粒度都应细分到科室；实有床位数尽量细分到科室，如确有困难，则按较粗的粒度（如：大科室、全院等）单独上传一条记录，该条记录中各种费用可填0。此时，细粒度的费用记录中的实有床位数可填0。一些医院的分院（因网络不通等原因）即使暂无条件上传其产生的记录级或明细级的业务数据，也必须单独上传（即采用与总院不同的医疗机构代码）《业务量统计表》和《业务收入统计表》中的各种统计性信息。数据表内容定义对业务收入统计表的说明：（1）对于粒度到科室的数据，此处应填写科室编码；对较粗的粒度（如：大科室、全院等）的数据，此处填“YLTJ_QBKS”。（2）业务收入所对应的“业务时间”为实际发生结算的时间。（3）实有床位，指年底（期末）固定实有床位数，包括正规床、简易床、监护床、超过半年的加床、正在消毒和修理床位、因扩建或大修而停用的床位。不包括产科新生儿床、接产室待产床、库存床、观察床、临时加床和病人家属陪侍床。2007版卫统上对此有专门解释。俗第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目称“开放床位”。（4）医保药品费用，是指以“普通医保”身份就诊的患者的全部药品费用（无论是否为医保药品）；医保医疗费用，是指以“普通医保”身份就诊的患者的全部就诊费用中扣除药品费用以外的部分。1.1临床诊疗病史相关数据（一）门诊类业务的临床病史信息填报就诊患者在医院内接受了门诊类业务服务后，由医院的信息管理系统将该患者就诊时的病史资料按照本文后述的内容和格式要求，对数据进行汇集后依本规范后述说明的方式和时点填报提交医联中心系统。由于实验室检验报告、医学影像检查报告通常不在门急诊诊疗期间就可得到，往往隔天甚至数日之后，所以，可将检验检查报告作为单独的报告填报上传，不必与诊疗流程中的其他数据汇集后一并上传。对于门诊手术也按照单独报告填报上传。（二）住院类业务的临床病史信息填报患者在医院登记入院，接受了各种治疗。当病人住院诊疗发生了在/出院结算或者办理了离院手续时，医院须汇总全部已产生的诊疗数据填报提交。对于住院，不必在未办理结算或离院手续之前传报临床诊疗病史信息（对第一章中的业务运营类数据，则需要在发生入院登记时即填报）。由于一部分检验报告、医学影像检查报告、手术报告，或出院小结有可能在办理离院或结算时仍未产生，所以，可将后续产生的各类报告单独填报上传，不必与住院诊疗流程中的其他数据汇集后一并上传。（三）临床诊疗病史对象关系图目前从医院采集的临床诊疗病史在数据逻辑上共可分为三类，共九个对象。第一类：服务对象信息。目前包括患者基本信息。第二类：就诊事件信息。目前包括门诊就诊信息和住院就诊信息这两个对象。第三类：诊疗报告。目前包括实验室检验报告、医学影像检查报告、住院病案首页主体报第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目告、手术明细报告、诊断明细报告、出院小结报告这六个对象。上述九个对象之间的关系在下图中以黄色箭头表示。图中箭头表达的“1：1”表示必有且仅有一个关联关系；“1：0..1”表示可有一个或无任何关联关系。（1）各类报告、门诊就诊信息、住院就诊信息必须关联到且仅可关联到某一患者，关联的属性（外键）是“卡号+卡类型”。对于不应或无法填入“卡号+卡类型”的患者，例如市管干部或在编军人，则患者基本信息不用填报。（2）各类报告可以分别关联到某一门诊就诊信息或住院就诊信息。“可以”的含义是尽可能做到关联，但确实无法关联也无妨。医联中心将根据时间、地点、患者等数据自动进行后台匹配处理，尽可能予以相互关联。无法满足上述关联规则的数据将不会被医联中心整合归入患者个人的临床诊疗档案库提供共享（四）各对象内数据表之间的关系第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目临床诊疗病史相关数据的采集内容共有16个数据库表组成。上述每一矩形块是前述的一个对象，每一矩形块内的表是表述该对象属性的数据库表。每一对象的属性可由一个或多个数据库表表述。各对象之间的关联关系如前所述。每一对象内的数据库表之间的关系如上图中的线条箭头表达。（1）实验室检验报告的对象中，检验结果指标表、细菌结果、药敏结果这三个表必须与实验室检验报告表头相互关联。（2）门诊就诊信息的对象中，门诊处方明细表、门诊收费明细表必须与门诊就诊记录表相互关联。（3）住院就诊信息的对象中，住院医嘱明细表、住院收费明细表必须与住院就诊记录表相互关联。其他的各个对象都由单一的数据库表表述属性。注意，在关联关系中，必须在顾及对象内各表之间的关联关系同时顾及对象之间表与表的相互关系。例如，实验室检验报告必须与患者基本信息相互关联，等等。1.1.1患者基本信息数据表内容定义患者信息表说明：对使用社保卡就医的社会基本医疗保险的参保人员，医院必须填报从社保卡中读取的下述全部数据：uu社保卡中的“卡号”：填入“卡号”uu社保卡中的“姓名”：填入“姓名”uu社保卡中的“性别”：填入“性别”第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目uu社保卡中的“身份证号”：填入“证件号码”uu社保卡中的“联系电话”：填入“电话号码”uu社保卡中的“通信地址”：填入“居住地址”uu社保卡中的“邮政编码”：填入“户口地址邮编”（1）中国大陆公民身份证以外，可填写其它有效身份证件的号码：如军人证号、护照号等。如无任何证件请填写18个“0”，并选择证件类型为“1”。（2）证件类型用于区别有效身份证件的类别，定义如下：1=身份证2=军人证3=护照4=学生证5=回乡证6=驾驶证7=台胞证9=其它（3）性别编码请按国家标准GB2261-80执行。（4）婚姻状况编码请按国家标准GB4766执行。使用通常医学意义上的概念。（5）民族编码请按国家标准GB3304-91执行，采用字母代码。（6）国籍编码请按国家标准GB26599执行，采用英文简称。（7）联系人关系的编码参见国家标准GB4761。（8）对密级的填报规定如下：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第一位用于填写患者是否在本次就诊申明了对其个人诊疗档案调阅的特控（特控调阅的范围并不限于本次就诊的信息，而是该患者使用此卡和此姓名就诊时的全部档案）。其中0：无特控；1：患者申明特控（无特殊原因不予调阅）。（目前暂不必医院填报执行。）其余各位预留备用，可均填0。（9）修改标志的填报含义如下规定：l“1”：通常情况下的填报。若医联中心中已有相同“卡号＋卡类型”的患者，则被认为是同一患者。对于多次上传的具有不同内容的患者数据，将按数据生成时间最近的被认为为最新的患者信息。l“2”：刻意指明要求对已填报的某一条具有相同“卡号＋卡类型”的患者信息进行内容修正。若并无被修改的记录存在，则作为新增记录处理。l“3”：对已填报的某一条具有相同“卡号＋卡类型”的患者信息进行撤销，使其失效。若医联中心发现并不存在某一条具有相同“卡号＋卡类型”的记录，则本条记录不被处理（废弃）。（10）医院内部档案号是指“医院内部患者唯一索引号”。1.1.1门诊就诊信息数据表关系说明患者门诊就诊信息采集的属性数据包括下述三张数据表：《门诊就诊记录表》、《门诊处方明细表》、《门诊收费明细表》。三张表数据项目的关联关系如下图：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目《门诊就诊记录表》是就诊信息的主表，患者的一次门诊应生成且仅生成就诊记录表的一条记录。处方明细信息由《门诊处方明细表》描述，一次就诊应具有一条以至多条医嘱明细信息。一次就诊过程中发生的所有费用明细由《收费明细表》描述，《收费明细表》将根据收费细项进行罗列。必须保证此图所示各表之间的唯一关联性。1.1.1住院就诊信息数据表关系说明患者住院就诊信息采集的属性数据包括下述三张数据表：《住院就诊记录表》、《住院医嘱明细表》、《住院收费明细表》。上述三个表的关联关系如下图：《住院就诊记录表》是主表，患者的一次住院应生成且仅生成住院就诊记录表的一条记录。医嘱明细由《住院医嘱明细表》描述，一次就诊应具有一条以至多条医嘱明细。一次就诊过程中发生的所有费用由《住院收费明细表》描述。该表根据收费细项进行罗列。必须保证此图所示各表之间的唯一关联性。1.1.2实验室检验报告数据表关系说明实验室检验报告中的各表关系如下图：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目其中，《实验室检验报告表头》为主表；《检验结果指标表》、《细菌结果》、《药敏结果》为从表。必须保证此图所示各表之间的关联性。1.1.1医学影像检查报告对医学影像检查报告表的说明（1）新增/更改/撤销标志各编码的意义如下。l“1”：通常情况下的填报。若医联中心存在具有相同“检查号”的记录，则认为要求对已填报数据进行技术上的覆盖处理，医联中心将对原先已经重复的记录予以覆盖；l“2”：刻意指明要求对已填报的某一条具有相同“检查号”的记录进行内容修正。若无被修正的原记录，则按照新增记录处理。l“3”：对已填报的某一条具有相同“检查号”的记录予以撤销，使其失效。若医联中心发现并不存在原记录，则本条记录不被处理（废弃）。（2）对于《市级医院医疗专业设备编码目录（试行）》所不覆盖到的设备请按照以下规则进行编码：设备类型+”.”+医疗机构代码+”.”+唯一流水号”，例如：CT.2428.1。至于其中的设备类型使用下表的代码进行标识：1.1.2住院病案首页主体报告对于肿瘤专科医院、精神病专科医院、中医专科医院、中西医结合医院等，由于病案首页的内容与通常的西医综合性医院具有差别，所以将根据调研后另外专门进行补充界定。以下内第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目容的界定是按照综合性西医医院的病案首页样式编写的。1.1.1手术明细报告（1）手术明细流水号是医院内部唯一标示此手术明细记录的一个序号，必须保证在本医院内不重复。如医院内的序号是循环使用的，可以采用在前面加日期的方式避免重复（格式：YYYYMMDD）。（2）切口愈合等级为两位字符编码。定义如下：11：I/甲、12：I/乙、13：I/丙；21：II/甲、22：II/乙、23：II/丙；31：III/甲、32：III/乙、33：III/丙99：无切口或其他（3）该表的修改标志的填报含义与先前其他表的含义有差异，因为要求上传该表的数据必须保证整体性，即医院必须一次性上传与一次住院关联的全部明细。如医院又上传了一次标记为“正常”的明细，则医联中心将对应“就诊流水号”的全部明细数据做作废处理后，将新上传的明细数据作为正常数据。如需撤销已上传的、对应于某一就诊流水号的全部明细，则可以通过上传一条带该流水号且标记为“撤销”的明细来实现。1.1.2诊断明细报告住院病历住院诊断明细表说明：（1）诊断流水号是医院内部唯一标示此住院诊断记录的一个序号，必须保证在本医院内不重复。如医院内的序号是循环使用的，可以采用在前面加日期的方式避免重复（格式：YYYYMMDD）。（2）CV5502.20疾病诊断类别代码（3）CV5502.21中医疾病诊断类别代码第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目（4）该表的修改标志的填报含义与先前其他表的含义有差异，因为要求上传该表的数据必须保证整体性，即医院必须一次性上传与一次住院关联的全部明细。如医院又上传了一次标记为“正常”的明细，则中心将对应“就诊流水号”的全部明细数据做作废处理后，将新上传的明细数据作为正常数据。如需撤销已上传的、对应于某一就诊流水号的全部明细，则可以通过上传一条带该流水号且标记为“撤销”的明细来实现。1.1.1出院小结报告对出院小结的说明：（1）修改标志的填报含义如下规定：l“1”：通常情况下的填报。若医联中心存在具有相同“住院就诊流水号”的记录，则认为要求对已填报数据进行技术上的覆盖处理，医联中心将对原先已经重复的记录予以覆盖；l“2”：刻意指明要求对已填报的某一条具有相同“住院就诊流水号”的记录进行内容修正。若无被修正的原记录存在，则按照新增记录处理。l“3”：对已填报的某一条具有相同“住院就诊流水号”的记录予以撤销，使其失效。若医联中心发现并不存在原记录，则本条记录不被处理（废弃）。1.2医院基础字典数据本规范涉及的字典表包括以下数据表：《医院字典表》、《科室字典表》、《诊断字典表》、《明细项目字典表》、《检验指标字典表》、《医护人员字典表》、《仪器设备字典表》、《检查类型字典表》等。除了《科室字典表》、《医护人员字典表》、《仪器设备字典表》的具体内容要通过后述专门的方式由医院填报采集以外，其他的表是本规范要求医院在编制数据时遵循使用的。1.2.1医院字典表(TB_DIC_Hospital)该字典表被部署在医联中心，医院不必维护。各医院仅需按照事先约定填入自己医院的“医疗机构代码”即可。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1科室字典表(TB_DIC_Department)科室字典表是由医院自行设置或变更维护的字典表。医院需要设置以及维护自己内部各科室的代码以及与卫生局、医保等科室的关联关系，并定期填报到前置机即可。1.1.2医护人员字典表(TB_DIC_Practitioner)医护人员字典表是由医院自行设置或变更维护的字典表。医院需要设置以及维护自己内部各医护人员的工号以及姓名等，并定期填报到前置机中的数据表即可。1.1.3明细项目对照字典表（TB_Dic_Detail_Comparison)明细项目对照字典表是由医院设置或变更维护的字典表。医院需要每日填报到前置机。医院填报后需在“数据填报情况表（TB_Trigger）”中填入记录，医联中心端将据此采集项目编码对照字典表的数据。说明：医保结算范围的标准代码指按照上海医保2010年12月15日发布的《关于完善本市基本医疗保险结算项目库的通知》所要求各医疗机构对基本医疗保险服务设施、诊疗项目、仪器设备、医疗器材支付上的准入法管理方式，通过准入申报经核准后给予的医保结算编码。该通知要求凡是定点医疗机构向参保人员提供的所有收费的服务设施、诊疗项目、仪器设备和医疗器材均需获得医保结算编码，也就是说无论是医保范围内的项目，还是医保范围外的自费项目均需获得医保结算编码。对于医疗机构未经过医保准入申报核准的诊疗项目，则可以按照蓝本编码，即按照“沪价费（2009）005号”文件关于《市物价局、市卫生局、市医疗保险办公室关于规范和调整本市医技诊疗类医疗服务价格的通知》附件所定义的检验检查编码，详情参照http://wsj.sh.gov.cn/website/b/46151.shtml。1.1.4诊断字典表(TB_DIC_Disease)采用目前卫生局与医保局形成了一致意见的，要求各医院执行的国际疾病标准编码ICD-10第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目（上海本地版）。新产生的代码申报按照卫生局和医保局的规定途径执行。中医诊断的字典表按照国标-95或国标-97执行。要求医院填报本院信息系统中正在使用的ICD-10表全部的内容。1.1.1标本字典表(TB_DIC_Specimen)标本字典表是一次性设置的，而不是日常采集的。标本字典表的格式如下：1.1.2检验指标字典表(TB_DIC_Test_Indicator)使用《上海市各级医疗卫生机构收费标准（汇编）》中有关“医技诊疗类医疗服务项目和价格表”附表。具体填写的代码请使用该附表中的“编码”（俗称“收费项目编码”）。1.1.3仪器设备字典表(TB_DIC_Instrument)中心端维护。1.1.4检查类型字典表(TB_DIC_RIS_Type)1.1.5其他相关的代码字典表第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.性别：按国标GB2261-80执行。2.出生地：按国标GB2260-91执行。3.婚姻状况：按国标GB4766执行。4.民族：按国标GB3304-91执行。5.职业：按国标GB6565－86执行。6.区县：按国标GBT2260-1999执行。7.联系人关系：按国标GB4761执行。8.病种诊断编码：u西医：按统一规定的ICD－10字典表执行；u中医：按国标-95或国标-97执行。9.职务代码：按国标GB/T12403-1990执行。10.职称代码：按国标GB/T8561-1988《专业技术职务代码》执行。11.检查部位ACR字典表：由本接口规范的另一附件EXL文件详细表达。12.《市级医院医疗专业设备编码目录（试行）》为申康对所辖医院发行的文件。由本接口规范的另一附件PDF文件详细表达。对于国标字典，可通过官方有关的渠道获取，若医院方面查找一时有困难，可由医联项目工作组提供相关电子文档。1.1.1字典表的建立与维护上述字典表的建立和维护方式有以下情况：1．与医院各自相关的，需要定期填报。内容由医院维护。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目2．有关部门或国家规定的，则按照国家规定处理。3．医联中心系统部署并维护的。在本规范中已申明具体内容。其中，请特别注意：科室字典表TB_DIC_Department、医护人员字典表TB_DIC_Practitioner、这两张表需要医院定期将最新的维护结果填报前置机。明细项目对照字典表(TB_Dic_Detail_Comparison)必须每日填报到前置机。医院填报后需在“数据填报情况表（TB_Trigger）”中填入记录，医联中心端将据此采集字典表的数据。1.1医保费用相关数据本规范对于医院向医联中心提交的医保结算费用相关数据，按照“上海市医疗保险费用结算审核计算机管理系统中心系统与医院系统接口规范(第四版)(SHYBXXXT-00401-YYJK-200308)”为基础的直至补充到Ver1.9版本(2008年12月发布)执行。其中，对城保、镇保、居保以及各类补充政策均按实时交易结算费用。其中的退款明细的金额、数量等均是按照正数填写并用退费标识表示。明细项目内容须每天在上传到医保的同时同样上传到医联前置机指定目录内。若此后有对内容的修正，则修正后再在传送医保的同时同样方式再上传医联前置机。按照医保的要求，本规范请各联网医院将每日提交医保的下述字符串文件按照完全相同的文件名称同样直接拷贝到医联前置机的共享文件夹内（详细路径为D:yibao）。文件包括如下六个TXT文件：A：交易明细库；B:门急诊、大病挂号库；C：门急诊、大病、家床收费库；D：出入院结算记录库；E:住院费用明细库；F：出院诊断库。其余医保要求传报的DBF文件也以完全同样的方式和途径传报医联中心。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目上述采集的数据将按照管理部门的应用需求，用于管理部门统计分析各医院医保费用的使用实际状况，供各家医院以及管理部门辅助管理上的决策，以及供抽取近期用药、检验检查项目细目用于智能主动提醒。1.1数据采集方式1.1.1数据采集方式说明1.1.1.1医院端提交数据的方式由于在“数据采集内容”一章中所描述的数据需要联网医院至少应具备医生工作站等与诊疗相关的信息系统，因此，拟联网医院在联入医联之前，必须具备相应的运作条件。医院提交以及中心采集的数据流如下图所示：若医院内部的HIS、CIS、LIS、RIS等系统并非同一厂商的产品，除特殊情况外，接口各表的提交责任方建议如下表所示：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目在具备运作条件的前提下，医院提交数据的方式为定时批量式的。定时批量式提交采集数据将包含除部分字典数据外的其他全部采集内容。定时批量式地提交采集数据，要求医院内部信息系统自动生成数据并定时批量提交到前置机中约定的发送文件缓存区的相应数据表中。特别需要说明的是：医院内部信息系统在编制提交采集数据的程序逻辑时，不要将提交采集数据的操作逻辑嵌入到医院内日常医疗业务流程中，即不要将提交采集数据成功与否作为日常医疗业务流程是否可继续流转的必要条件。而作为一个单独的处理程序逻辑予以定时单独运作。在部署前置机时会建立数据库管理系统，并预先创建各数据表的表结构。这些预先建立的数据表分为两类：发送文件缓存区和接收文件缓存区，所有的表根据功能的不同向医院内相关信息系统开放不同的读写权限。在提交数据时，医院信息系统需要按照数据采集时点要求，定时批量的将生成的采集数据填入对应的数据表内。由医院提交到前置机发送文件缓存区的采集数据，由部署在前置机中的医院端数据交换平台自动进行整合、上传等一系列工作。对发送文件缓存区内的存储空间释放工作，也将由数据交换平台在完成了上传之后的若干时间之后自动进行。医院将各表的数据发送到文件缓存区后，需要在“数据填报情况表”中插入记录表明当天的填报工作已完成，以避免由于各种原因导致医院的填报工作延迟而发生未填报完全数据交换平台就开始处理的情况出现。前置机端的数据交换平台在处理完当天的数据后，会将相应的记录的处理标志改掉，以便告知医院数据已处理完。数据填报情况表的具体说明参见下一节。医保字符串文件的上传请完全按照“上海市医疗保险费用结算审核计算机管理系统中心系统与医院系统接口规范(第四版)(SHYBXXXT-00401-YYJK-200308)”所要求的方式上传到第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目医联前置机即可。请注意到要求：明细项目内容须每天在上传到医保的同时同样上传到医联前置机指定目录内，若须修正，则改正后同样方式再上传。1.1.1.1数据填报情况表数据填报情况表用于记录医院数据填报数据和数据平台处理数据的情况，医院应在将数据写入前置机上传文件缓存后，填写该表，以表示上传处理可以开始了。1.1.1.2采集结果的反馈和处理医联中心将把采集数据的处理结果通过医联系统的内部网站向医院发布，医院可以到网站的相应的页面中对处理结果进行查询。发布的处理反馈结果包括如下信息：l日期、时间、处理的数据表、提交数据条数、提交处理成功数据条数、未成功处理数据条数。l未成功处理数据的内容和未成功的原因。医院需要根据处理反馈结果查找原因，在解决了存在的故障之后，对未成功的数据再次进行提交操作。1.1.1数据上传的时点如上一节所述，医院通过内部信息系统自动生成数据并定时批量提交到前置机的提交数据缓冲存储区。医院端信息系统应每天提交业务运营数据、医保帐务数据，以及患者基本信息、就诊履历信息、检验报告信息、住院病案的当天以及此前新增的诊疗数据以及字典表的全量数据。医院的信息系统应在每天22:00点以前完成将业务运营数据、医保帐务数据和诊疗数据填报提交到前置机的工作（医院可根据本单位情况安排上传时间），前置机从22:00开始数据整合、匹配的工作，医联中心从医院的前置机采集数据的处理时点是当日的24:00整（即第二天的0点整）。详见下表：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目注：第1点由医院方面完成，第2、3点由医联中心完成，即医院在22时前需完成数据填报的工作。说明：在技术可行的情况下建议医院尽可能做到每日提交当天的全量数据；若技术上有难度，则应做到提交前一日的全量数据，如2日22点前上传1日0点—24点所有的业务数据。医院对下述三类数据的整合处理期间策略为：l对于临床病史中的门急诊类业务产生的患者基本信息、就诊履历信息、检验报告信息：业务发生时点为此前48小时开始，直到当前时点已经结束或尚未结束的全部诊疗信息。l对于临床病史中的住院类业务产生的住院病案信息以及相应的患者基本信息、就诊履历信息、检验报告信息：业务发生时点为此前72小时开始，直到当前时点已经结束或尚未结束的全部诊疗信息（包括出院、在院）。l对于业务运营相关数据中的《业务量统计表》、《业务收入统计表》，应提交48小时以前开始、24小时以前结束的业务的统计结果。l与整合处理时点之前24小时内产生的任何修改信息，包括字典表的全量数据；前置机将于每天24点整将当天医院信息系统填报提交的数据上传医联中心的数据库中，从而完成从医院获取业务数据的整个采集过程。为避免医院内各子信息系统相互无法同步填报上传的数据时点。建议当患者入院治疗开始的时点，医院即可将已经采集到的患者基本信息以及入院诊疗诊断基础信息预先提交上传医联中心，而不必等待患者出院结束治疗之后再全部上传，有关的诊疗报告也可以陆续上传。当患者出院结束治疗之后，医院可再次将入院时曾提交上传的信息连同新产生的各类报告一并上传，原先在院期间提交的信息将会在医联中心被更新。由此，医联中心将在患者入院之际即为患者在医联中心建立档案组套，为此后获取的各类诊疗报告整理入档打下基础。但患者在入院期间第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目的档案报告原则上将不会被跨医院联网调阅（除非住院期间的跨院会诊情况）。1.1.1临床诊疗病史各数据表的关联与整合根据临床诊疗医疗业务逻辑以及医联的数据库处理方式，数据表之间以及数据表的字段之间存在着相互关联关系。医院提交的数据应该保证数据之间的关联性，对由于特殊情况医院确实无法关联的情况下，由中心端的整合、匹配来实现关联。关联的原则是，对于同一家医院：（1）门急诊就诊记录表、住院就诊记录表、住院病案首页主体表、实验室检验报告表头、医学影像检查报告、诊断明细表、手术明细表、出院小结表这八个表必须与患者信息表通过“卡号+卡类型”关联。否则，医联中心获取的有关数据将不会被归入患者个人病史档案供利用。（2）实验室检验报告表头、医学影像检查报告、手术明细表、诊断明细表可以与门诊就诊记录表或住院就诊记录表通过“就诊流水号”关联。住院病案首页主体表、出院小结表则应该与住院就诊记录表通过“就诊流水号”关联。（3）手术明细表、诊断明细表、出院小结必须与住院病案报告主表通过“就诊流水号”关联。（4）检验结果指标表、细菌结果、药敏结果必须与实验室检验报告通过“检验报告单号”关联。对于不满足上述“必须”关系的数据不会被整合载入医联中心的个人诊疗档案库。1.1.2对判别各数据表的数据时间的口径对由于种种原因造成需要医院补传全部业务表或部分上述业务表时，医联中心对各医院填报的数据表进行导入数据处理时都需要对数据表中的数据时间有一个明确和统一定义。对于医联中心，判别各表中记录的数据时间有2种方式，一种是按照从医院端数据抽取时间（详细请参考“5.2数据上传的时点”中的说明）；另一种是按照各表中在业务上有明确定义的时间作为统一口径。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目运维管理信息系统的运维管理是实现组织目标的重要保障，信息系统都具有一定的生命周期，其发挥功效一般都需要经过系统设计、系统开发、系统上线运行，系统运维。良好的系统运维将有助于系统发挥应有的功效，否则，再良好的系统也难实现其设计初衷。基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目是一个的大型的医疗卫生信息化项目，包含硬件、网络、应用及使用对象、管理人等多重因素。所有这些因素都将决定整体使用水平的高低，此外，良好的运行方案也是保证系统运行好坏的基础。运维管理体系的设计可以分为管理的建立、制度的保障以及信息化手段的介入。1.1IT运维管理体系1、信息化本身的运维管理，其主要通过各种监测软件和平台，对系统运行过程中的任何事件进行全方位的监控，包含网络监控、安全监控、主机监控、存储监控、应用监控、数据库监控、应用服务监控、日志管理等等内容。2、管理体系的建立。不管任何先进的监控数据手段，都不能替代人的干预和管理，良好的制度和管理制度，都将是运维管理不可或缺的组成部分。本次项目的运维监控首先要考虑的是运维管理的目标以及其承担的主体，通过目标的确认以及组织队伍的建立，才能实现控制和反馈的处置。运维管理的承担方式也需要确认，如部分内容外包等，但需清晰地了解其边界。这些重要的组成在此不做赘述，但需提醒相关部门注意。从IT技术手段上讲，信息化运维的主要目标是通过信息化各种技术手段，实现对信息系统各个组成部分的动态监控，并能及时反馈给相关管理员，从第一时间规避风险的发生和第一时间处置信息类突发事件。此外IT运维管理，也指单位IT部门采用相关的方法、手段、技术、制度、流程和文档等，对IT运行环境（如硬软件环境、网络环境等）、IT业务系统和IT运维人员进行的综合管理。1.2IT运维管理内容第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目IT运维管理主要包括7个方面的内容，如下：l设备管理对网络设备、服务器设备、操作系统运行状况进行监控和管理；l应用/服务管理对各种应用支持软件如数据库、群件以及各种通用或特定服务的监控管理，如邮件系统、DNS、Web等的监控与管理；l数据/存储/容灾管理对系统和业务数据进行统一存储、备份和恢复；l业务管理包含对企业自身核心业务系统运行情况的监控与管理，对于业务的管理，主要关注该业务系统的CSF（关键成功因素CriticalSuccessFactors）和KPI（关键绩效指标KeyPerformanceIndicators）；l目录/内容管理该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理；l资源资产管理管理企业中各IT系统的资源资产情况，这些资源资产可以是物理存在的，也可以是逻辑存在的，并能够与企业的财务部门进行数据交互；l信息安全管理目前信息安全管理主要依据的国际标准是ISO17799，该标准涵盖了信息安全管理的十大控制方面，36个控制目标和127种控制方式，如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等；l日常工作管理该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段。1.1IT运维管理技术第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目IT运维管理技术总体上分为服务支持技术和服务交付技术。IT运维管理技术的示意图如下：IT服务支持（ServiceSupport）主要关注IT部门的日常操作行为，而IT服务交付（ServiceDelivery）更注重IT规划和战略方面的管理。用户首先要解决的是每天会碰到的工作问题，因此一般会先应用IT服务支持技术解决这一部分问题；一般是建立一个IT服务台，来支持事件、问题、配置、变更、发布等五大流程。在此之后，逐渐应用IT服务交付技术，完善IT服务交付的其它功能模块。IT服务支持功能是信息管理运维系统应用的基础，目前来说是最重要的。IT服务交付功能是信息管理运维系统应用的高级层次，这些功能将为领导进行IT建设决策提供依据。目前，IT服务部门亟需要解决的应该还是IT设备和系统的日常维护管理问题。因此应用信息管理运维主要目的在于理顺IT维护部门的管理，建立起流程化的管理制度，提供良好的服务平台。简单地说，如果用户觉得IT部门的响应速度加快了，故障处理及时方便了，故障率下降了，那么ITSM就已经在发挥作用了。从前面分析我们可以看出，从大的方面讲，信息管理运维系统需要提供两大功能：IT服务支持功能和IT服务交付功能。以下将重点阐述IT服务支持功能所包括的应用子系统：l事件管理子系统事件管理子系统的主要目标是迅速解决突发事故，使IT服务能够立即恢复到正常状态。事件管理的目的就是在出现事件时尽可能快地恢复服务的正常经营，避免它造成业务中断，以确保最佳的服务可用性级别。为此，事件管理流程必须最佳利用资源支持业务、开发和维护有效事件记录和事件报告办法。l问题管理子系统问题是导致事件的潜在起因，问题管理将尽量减少服务基础架构、人为错误或外部事件等缺陷对用户造成影响，并防治其复发。事件管理是找出事故产生的根本原因，问题管理是尽快回复服务。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l配置管理子系统配置管理是识别和确认系统的配置项，记录和报告配置项状态和变更请求，检查配置项的正确性和完整性。其目的是提供IT基础构架的逻辑模型，支持其他服务管理流程如变更管理和发布管理流程的运营。配置管理要管辖所有IT资产，为其他流程提供准确实时信息，为事故管理、问题管理、变更管理和发布管理提供基础。此外配置管理系统还要提供早期预警功能，使IT人员能提早发现问题的设备或系统。l变更管理子系统变更是对已批准建立或实施的、已在维护的或作为基准的硬件、软件、网络、应用、环境、系统及相关文档所做的增加、修改或移除。变更管理就是为了在最短的中断时间内处理完成相关变更而对其进行控制的过程。变更管理的目的是使用标准方法和规程来快速有效地处理所有变更、以减少任何有关事故对服务的影响。l发布管理子系统发布管理又叫版本管理。发布（版本）是一组经过测试后导入实际运营环境的新增的或经过变动的配置项。发布或版本管理的目的是为了保证发布的成功，主要应用与大型的或关键硬件、主要软件及打包或批处理一组变更。l知识（库）管理子系统知识管理就是系统性地利用信息内容和专家技能，改进单位的创新能力，快速响应能力，从而提高单位的生产效率和技能素质。除实现对专家信息的管理外，更侧重在各类预案的管理，方便在需要的时候，能找到合适的专家进行问题咨询或找到对应的预案辅助解决问题。因此，知识库管理就是发现正确的人（或预案），将他们集中在共享的场所内，然后对发现和产生的信息进行处理。“人、场所和事件”构成了知识管理及其技术支持的基本框架。基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目为配合信息业务的飞速发展，实现对各业务支撑系统的统一监控、统一管理、统一维护，最终全面实现对“网络级、资源级、应用级”的维护管理要求，应建立对IT基础架构及其承载的各项应用的全面、深入、细致的监控管理系统（包括网络信息监控、安全信息监控、终端信息监控），达到信息、人员、业务的相互协调，保证系统资源的合理使用，最大限度地发挥各IT系统在生产和管理中的作用，保证各级业务应用系统的连续、高效运行，从而更好地为用户服务。考虑到日后业务的扩展和本身各种管理系统的不断完善，基于对管理系统需求的分析和制第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目定的管理系统设计原则，重点规划了网络管理/安全管理系统体系架构首先，根据被管理资源的特性，资源被分成业务应用系统资源，分布式系统资源和网络系统资源。业务应用系统资源具有其特定的属性与体系结构，技术标准与管理方法（如ARM，ApplicationResponsetimeMeasurement）。网络系统资源遵循一系列网络通讯协议，包括网络管理标准协议SNMP（SNMP是网络管理的主要信息载体）。对于分布式系统资源，开放性使资源从服务器系统到操作系统到数据库及中间件都具备可以统一的管理标准与协议，如CIM（CommonInformationModel）标准等，从而使监控，管理功能的统一成为可能，单一代理技术可以得到完美实现。在资源的直接管理接口上，业务应用系统，分布式系统与网络系统的接口自成体系。在被管理的主机系统，分布式系统和网络系统之上，是系统管理的基础设施，或系统管理框架。在这里，基于三类被管理资源的不同特点，采用不同的管理框架结构针对每一种资源。管理系统的自动化及基于策略的资源分配是管理基础设施的重要组成部分。在系统管理基础设施之上，根据ITIL的最佳管理实践，建立四个相对独立的管理子系统，相应的管理流程在子系统中得到实现。子系统的功能定义跨越三种不同类型的资源，但在实现上采用相同或不同的技术手段。l子系统1 包括系统监控，可用性管理，性能管理，业务影响监控，可靠性管理流程与系统实现。ITIL服务支持流程－事件管理、问题管理，服务交付流程－可用性管理、容量管理、服务级别管理在本子系统的支持下中得到贯彻执行与体现。l子系统2 安全管理策略，流程与系统实现，实现ITIL安全管理流程。l子系统3 包括配置管理，版本管理，操作管理系统与流程实现。基于ITIL服务支持流程－配置管理、发布管理设计系统管理软件分发，IT资产发现与存储，数据备份恢复操作策略与管理等，并建立配置管理数据库（CMDB，ConfigurationManagementDatabase）。l子系统4 服务连续性管理策略，系统与流程实现，遵循ITIL服务交付流程－IT服务持续性管理。以上四个子系统相对独立地运行。子系统之间的信息交换主要通过上一层功能－层次型事件综合及相关性智能处理平台实现。这个平台集中并最终实现企业全面的IT管理。当然，这个平台的建设不是一蹴而就的，而第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目是采用分阶段的方式完成管理系统的建设。在管理系统建设的每一阶段，从管理体系，管理流程与管理组织结构建设三个方面达到建设的目标。通过若干阶段的建设与实践，达到卫生管理总控中心的管理水平，并实现提高生产的可靠性和运行效率的最终目标。1.1IT运维管理重点IT运维管理体系的建设要注意P（Process，流程）、P（People，人员）、T（Technology，技术）三要素的有机结合，相互统一。lP（Process，流程）ITIL的核心就是流程，但ITIL本身只是提供了“做什么”的最佳实践，并没有提供“怎么做”的具体流程，因此需要在具体实现过程中，理论与企业的具体实际相结合，建立符合区域特点的流程规范。另外，由于ITIL涵盖的内容很广，不可能在短期内在企业中全面实施。应该根据实际情况，选取实施重点，逐步实施，逐步完善。比如首先实施服务台和服务支持流程，再实施安全管理的监控和管理体系，再实施服务级别管理等服务交付流程，再实施ITIL框架下的其他部分。lP（People，人员）人员也是关系IT运维管理体系建设成败的关键，流程有了，系统上了，但是如果使用者对此有抵触情绪，而绩效考核手段又没有发挥作用的话，流程和系统只能被束之高阁。因此，在运维系统建设过程中，建立了一整套科学的考核制度，以激励运维人员更有效地提高服务质量和服务水平，是至关重要的。因此，变革管理在IT运维管理体系建设中也是非常重要的内容。在变革过程中，需要从明确转变的目的、管理层的承诺和表现、员工的参与程度、技术解决方案和绩效评估方面来综合考虑。其中任何一项的缺失，都会导致一些负面和消极的行为。lT（Technology，技术）网络管理是运维系统的组成部分。对系统的监控也是运维的主要业务之一。以往网管系统实现了对平台的监控，可是在实际运维工作中，平台往往只有少数的几个系统管理员负责，大多数业务人员更多地是面对业务系统。对于业务的监控和管理，是业务人员更加关心的问题。因此，在网管系统中，应加入业务监控的内容。需要注意的是，业务是建立在平台的基础之上的，而不是孤立存在的。因此，监控中，应第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目强调业务监控与平台监控密不可分的联系，从业务的角度出发，建立平台与业务的关联关系。在故障发生时，应能够即时描述对业务的影响程度，能够描述故障的影响范围。在新的运维系统中，必须改变原有的运维方式，变被动服务为主动服务。在主动服务模式下，运维人员主动地监控系统的变化，对日常工作及故障处理完成后主动进行问题分析，对系统的变更风险进行评估。在新系统中，可以通过种种技术措施，使得运维工作从被动服务转移到主动服务，在日常运维工作中，变更工作是在所难免的。例如，新的系统安全漏洞被公布，为了保证系统安全，就需要安全系统补丁，而这种变更给系统带来的风险则是难以估计的。例如在安装补丁后，有时会产生大量莫名其妙的问题。这么一个简单的例子已经可以说明，如果没有很好的风险防范手段，系统变更将给我们的日常运维工作带来大量的问题，后果往往是难以想象的。在新系统中，我们可增加变更管理流程。在变更管理流程中，变更方案需提交变更经理，由变更经理组织由专家组成的变更顾问委员会（CAB）对变更进行风险评估，在评估通过后才能够进入变更的实施过程。变更管理是防范变更风险的最好办法。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目质量控制1.1项目目的质量保证计划的目的在于对本次项目所开发的相关应用系统规定各种必要的质量保证措施，以保证交付软件能够满足用户或合同中规定的各项需求。项目质量保证计划的关键因素：1.2项目管理1.2.1机构在项目的整个开发期间，可以根据需要成立软件质量保证小组负责质量保证工作。软件质量保证小组属项目总体领导小组管理，由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及项目涉及的工作人员代表等多方面的人员组成，由项目的软件工程小组代表任组长。软件质量保证小组的其他人员在业务上受软件质量保证小组领导，在行政上受用户相关负责人领导。软件质量保证小组负责人和软件质量保证人员必须检查和督促本计划的实施。系统的软件第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目质量保证人员直接向软件质量保证小组负责人报告软件的质量状况。软件质量保证人员应该根据项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。1.1.1任务软件质量保证工作涉及软件生存同期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。因此，对新开发的或正在开发的系统，要按照本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在软件开发过程中，经总体组研究决定，在软件及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。1.阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长，评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表，其他参加人员视评审内容而定。2.每一次评审工作都应填写评审总结报告、评审问题记录、评审成员签字与软件问题报告单等四张表格。这四张阶段评审报表的具体格式应与附录C中的规定相一致。3.日常检查：在软件的开发过程中，系统应该填写项目进度报告。项目状态报告的格式可参照附录中规定。4.软件验收：必须组织专门验收小组对系统软件系统及其所属各个子系统进行验收。1.1.2职责在软件质量保证小组中，其各方面人员的职责如下：1.组长全面负责有关软件质量保证的各项工作；2.总体组代表负责有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作。3.项目的专职配置管理人员负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动；4.系统的软件质量保证人员负责测试复查和文档的规范化检查工作；5.用户代表负责反映用户的质量要求，并协助检查各类人员对软件质量保证计划的执行第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目情况；1.项目的专职质量保证人员协助组长开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量活动的各项记录。1.1项目文档1.1.1基本文档为了确保软件的实现满足需求，公司至少提供以下八个方面内容的文档：1.软件需求规格说明书；2.软件设计说明书,对一些规模较大或复杂性较高的项目，应该把本文档分成概要设计说明书与详细设计说明书两个文档；3.软件测试计划；4.软件测试报告；5.用户手册；6.源程序清单；7.项目实施计划；8.项目开发总结。1.1.2用户文档主要提供针对用户的操作手册和用户手册等说明稳定。1.1.3其他文档除了基本文档之外，对于尚在开发中的软件，还应该包括以下四个方面的文档：1.软件质量保证计划；2.软件配置计划；3.项目进展报表；4.阶段评审报表；注：前面两个文档由项目工程小组制订，属于管理文档，各个子系统的项目承办单位与软件开发单位都应认真执行计划中规定的条款。后面两类文档属于工作文档，可参照本计划的附第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目录格式编写。1.1标准、条约和约定在项目开发过程中，将按照合同书和本质量保证计划等内容开展工作。1.2评审和检查1.2.1软件需求评审在软件需求分析阶段结束后必须进行软件需求评审，以确保在软件需求规格说明书中所规定的各项需求的合适性。1.2.2概要设计评审在软件概要设计阶段结束后必须进行概要设计评审，以评价软件设计说明书中所描述的软件概要设计在总体机构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。1.2.3详细审计评审在软件详细设计阶段结束后必须进行详细设计评审，以确定软件设计说明书中所描述的详细设计在功能、算法和过程描述等方面的合适性。1.2.4软件验证与确认评审在制订软件验证与确认计划之后要对它进行评审，以评价软件验证与确认计划中所规定的验证与确认方法的合适性与完整性。1.2.5功能检查在软件释放前，要对软件进行检查，以确认已经满足在软件需求规格说明书中规定的所有需求。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1物理检查在验收软件前，要对软件进行物理检查，以验证程序和文档已经一致并已做好了交付的准备。1.1.2综合检查在软件验收时，要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的综合检查，以验证代码和设计文档的一致性、接口规格说明之间的一致性（硬件和软件）、设计实现和功能需求的一致性、功能需求和测试描述的一致性。1.1.3管理评审要对计划的执行情况定期（或按阶段）进行管理评审；这些评审必须由独立于被评审单位的机构或授权的第三方主持进行。1.2工具、技术和方法在项目的研制与开发过程中，为了实现软件质量保证活动的开展，主要使用的质量保证工具有下列几种：1.软件配置管理工具。它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织；支持用户有不同文档相关内容之间进行相互检索并确定同一文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改进行科学的管理。2.文档辅助生成工具与图形编辑工具。它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能（输入、输出关系）的曲线以及绘制描述系统特性的一些其他图形，同时还可生成若干与软件文档编制大约相适应的文档模板。用户利用这个工具的正文与图形编辑功能以及上述辅助功能，可以比较方便地产生清晰悦目的文档，也有利于对文档进行更改，还有助于提高文档的编制质量。1.3记录的收集、维护和保存必须指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目方法和设施，并指明要保存的期限。在项目及其所属的各个子系统的研制与开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保软件质量的重要条件。在软件质量保证小组中，应有专人负责收集、汇总与保存有关软件质量保证活动的记录。要收集、汇总与保存的记录名字及其保存期限如下：类别记录的名称与分类要保存的期限阶段阶段评审总结整个软件开发周期评审阶段评审问题记录整个软件开发周期记录阶段评审主要问题整个软件开发周期评审阶段评审成员整个软件开发周期日常软件阶段进度整个软件开发周期检查软件阶段产品完成情况整个软件开发周期记录软件开发费用统计表整个软件开发周期修改软件问题报告单整个软件开发周期记录软件问题修改单整个软件开发周期组织软件质量保证小组保证小组成员记录整个软件开发周期第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目实施方案鉴于基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目是一个复杂、庞大的系统工程，系统规模大，涉及业务部门、机构较多，因此必须制定一个详细、科学、严谨的实施计划才能保证这个项目能够顺利、优质地完成，而整个实施计划必须涵盖对此工程实施过程的全程管理、科学决策、严格把关，做到事前规划、事中管控、事后回溯都“有章可循、有章必循、违章必究、执章必严”，以确保整个项目达到建设总体目标和各项性能要求。1.1项目组建立管理机构设领导小组和工作小组，采用领导小组下的各级负责制，并明确规范所属下级各组的职责及组间关系，监督工程的实施：序号名称职能1项目领导小组主要负责审定建设计划、项目投资、总体方案及有关重大问题；对组织协调组、专家顾问组、总体需求组、总体技术组和分系统项目组实施领导。2项目工作小组具体工作的执行小组，包括流程规划、设计规划、配合实施、人员组织、环境搭建等等。3组织协调组主要负责制定工作计划，掌握工程进度，检查工程质量；指导总体需求组、总体技术组和各工程组的工作；协调各部门之间的关系，做好保障服务工作。组织协调组在项目领导小组的领导下由双方工程建设总负责人组成。4总体需求组主要负责拟定总体需求方案和有关技术系统需求方案，确定整体系统的使用功能，制定各项技术指标。总体需求组在项目领导小组的领导下由工程实施单位的有关管理、技术人员及用户单位的负责人组成。5总体技术组总体技术组负责拟制总体技术方案，确定各项技术标准，搞好主要设备的选型，对系统进行技术划分，检查各系统研发情况，组织系统集成和联调。总体技术组在项目领导小组的领导下由项目实施单位的有关技术人员组成并具体负责。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目6各分系统项目组各分系统项目组主要负责各分系统工作计划、实施、进度控制及人员调配。各分系统项目组主要由项目实施单位技术人员组成并具体负责。7项目验收组项目验收组主要负责项目的各项验收检验，包括各分系统的阶段性验收和系统最终验收。项目验收组由领导小组指定。8系统维护组系统维护组负责系统试运行期间和工程建设完毕后的维护工作。系统维护组主要由工程实施单位和用户方面部分技术人员共同组成。9项目监理负责对项目实施过程中的监理，有条件的话可以外聘专业单位实施项目监理。1.1项目实施过程大纲l人员准备l基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目启动会议l组建模拟网l初始数据准备、输入、核对、确认l服务器端数据库安装l客户端软件安装、调试l软件操作培训及考核l模拟运行及相关测试l主网调试l上线l验收1.2项目人员安排1.2.1项目管理人员姓名孙超仁性别男出生年月1975.6最终学历本科毕业院江苏理工大学/毕业专业经济信息管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目校及时间1998.7现任职务HIS事业部总经理政治面貌党员工作年限13年从事项目施工年限11年技术职称IPMP国际项目经理专业技术证书名及证书号序号证书名证书号1.IPMP国际项目经理CN2006C0790相关专业经历(包括获奖情况)1994.9-1998.7江苏理工大学经济信息管理项目施工主要经历陆家嘴区域卫生信息共享与应用系统浦东新区区域医疗卫生信息共享与联动项目奉贤区社区居民健康信息系统项目（含区域卫生信息平台、基层医疗机构业务应用软件、区域卫生信息共享与协同、健康信息网）上海市第六人民医院信息管理系统上海中医医院HIS管理系统姓名蔡玲性别女出生年月1977.3最终学历本科毕业院校及时间浙江大学/2000.7毕业专业工商管理现任职务公卫项目管理部经理政治面貌群众工作年限12年从事项目施工年限13年技术职称PMP项目管理师专业技术证书名及证书号序号证书名证书号1.PMP项目管理师433929相关专业经历(包括获奖情况)1996.9-2000.7浙江大学工商管理第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目项目施工主要经历上海市奉贤区社区居民健康信息系统上海市浦东新区医疗卫生信息共享联动工程项目长宁区《慢病干预信息化联动系统高血压》长宁区《妇幼条线业务管理集成应用》系统项目金山区卫生局医院信息管理系统项目姓名周洪性别男出生年月1975.10最终学历本科毕业院校及时间杭州商学院/1997.6毕业专业应用电子技术现任职务公卫开发部经理政治面貌群众工作年限15年从事项目施工年限11年技术职称工程师专业技术证书名及证书号序号证书名证书号1.工程师04Q8Z00280相关专业经历(包括获奖情况)1993.9-1997.6杭州商学院应用电子技术项目施工主要经历上海市奉贤区社区居民健康信息系统上海市浦东新区医疗卫生信息共享联动工程项目长宁区《慢病干预信息化联动系统高血压》长宁区《妇幼条线业务管理集成应用》系统项目金山区卫生局医院信息管理系统项目1.1.1项目现场实施人员第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目职务姓名职称在本项目中承担的工作HIS事业部总经理孙超仁IPMP国际项目经理技术开发（技术总负责人）技术总部总经理马维民高级工程师技术开发（技术负责人）HIS项目管理部经理黄克华信息系统项目管理师（高级）项目实施（项目管理）HIS项目管理部副经理徐知己信息系统项目管理师（高级）（PMP）项目实施（项目管理）公卫项目部经理蔡玲信息系统项目管理师（PMP）项目实施（项目管理）公卫开发部总经理周洪工程师技术开发（技术负责人）医技开发部经理艾国光技术开发（技术负责人）网络开发工程师李斌项目经理技术开发（系统集成）HIS开发工程师马凌云微软认证数据库管理员技术开发医技开发工程师陈效华高级程序员技术开发项目经理张运超信息系统项目管理师（高级）项目实施（HIS）实施工程师韩笑阳项目实施（医技）实施工程师蔡文卿项目实施（公卫）实施工程师饶莆磊项目实施（HIS）实施工程师陈东煜项目实施（医技）实施工程师戴洁项目实施（公卫）实施工程师刘友天项目实施（公卫）实施工程师郁翰钟项目实施（公卫）第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1项目开发与测试人员职务姓名在本项目中承担的工作项目经验HIS开发工程师郑有华技术开发7年医疗行业产品开发经验HIS开发工程师喻平技术开发8年医疗行业产品开发经验HIS开发工程师孙前方技术开发6年医疗行业产品开发经验HIS开发工程师施勇技术开发5年医疗行业产品开发经验HIS开发工程师杨祥元技术开发5年医疗行业产品开发经验HIS测试主管吴国锋项目测试管理（HIS）6年医疗行业产品测试经验HIS资深测试工程师吴亮项目测试（HIS）11年医疗行业产品测试经验HIS资深测试工程师李玉婷项目测试（HIS）4年医疗行业产品测试经验HIS测试工程师龚伟项目测试（HIS）2年医疗行业产品测试经验HIS测试工程师曹小燕项目测试（HIS）2年医疗行业产品测试经验公卫产品构架师马晓璐技术开发（公卫）8年医疗行业产品开发设计经验平台产品经理黎云技术开发（公卫）6年医疗行业产品开发设计经验公卫产品经理卢刚技术开发（公卫）6年医疗行业产品开发设计经验健康档案产品经理李伟技术开发（公卫）第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目10年医疗行业产品开发设计经验妇幼产品经理马晓霞技术开发（公卫）10年医疗行业产品开发设计经验公卫产品测试主管梁亚男系统测试（公卫）4年医疗行业产品开发经验，6年医疗行业产品测试经验开发工程师周绮伟技术开发（医技）5年医疗行业产品开发经验开发工程师周洪涛技术开发（医技）8年医疗行业产品开发经验开发工程师钟明技术开发（医技）8年医疗行业产品开发经验开发工程师徐殿畅技术开发（医技）4年医疗行业产品开发经验测试工程师张克福系统测试（医技）4年医疗行业产品测试经验测试工程师任海峰系统测试（医技）3年医疗行业产品测试经验测试工程师刘勤系统测试（医技）3年医疗行业产品测试经验测试工程师潘天海系统测试（医技）2年医疗行业产品测试经验1.1项目工期及进度安排本项目建设严格按照招标文件要求，合同签定后三个月内软件开发、安装完毕，试运行二个月后验收。具体项目进度安排如下表所示：工作分解第一期第一期第一期第一期第一期第一期第一期第一期第二期第二期第二期第二期第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1阶段第2阶段第3阶段第4阶段第5阶段第6阶段第7阶段第8阶段第1阶段第2阶段第3阶段第4阶段项目启动☆◇小网搭建◇流程确认☆◇☆◇■数据准备☆◇◇◇◇◇■软件准备◇▲△◇▲△◇▲△◇▲△◇▲■△◇▲■△◇▲■△接口准备◇▲◇▲◇▲◇▲◇■票据准备◇◇◇◇■◇■培训准备◇◇◇◇◇■◇■报表准备◇◇◇◇◇■◇■硬件准备◇◇■◇■模拟运行☆◇☆◇■上线评估☆☆◇■上线部署☆◇☆◇■系统切换☆◇☆◇■第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目系统稳定☆◇☆◇☆◇☆◇☆◇■标识说明：☆——项目经理◇——实施工程师▲——开发工程师△——测试工程师■——医技工程师我公司18年来一直致力于医疗卫生信息化建设，在信息系统开发设计、项目管理、实施、培训有一套完整规范的流程，对于任何一个信息化项目，我公司秉承“客户为先，服务第一“的理念，近年来已经完成多个大型医疗卫生信息化项目的建设，能够保证本次项目按期完成开发设计，成功上线。1.1实施详细过程1.1.1软件需求分析与确认在双方确认项目协调小组成员名单以后，公司将选派优秀的技术专家与嘉定区卫生局各职能部门一起探讨，将本项目业务流程进行进一步的优化，其中公司将对此流程概括进行介绍，以供借鉴。双方最后将对本项目的业务及管理流程进行定义，由双方负责人签字确认，公司将由此对公司系统进行本地化调整及修改。1.1.2系统实施在业务及管理流程确定后和系统模拟小网建设好的情况下，公司实施工程师进场实施。项目小组将组织各负责人和业务骨干在模拟小网上熟悉软件功能，实施工程师讲解软件功能，各部门参加人员结合医疗业务的一些实际情况，提出自己的需求（包括软件功能和统计报表），项目管理机构认可后在功能清单上签字确认。实施人员将双方签字认可后的功能清单提交公司，公司确认后实施人员方可进行下一步实施。1.2项目实施中的关键本项目建设成功实施的要素有很多：系统参与人、合作伙伴、项目数据、项目实施方法、项目实施纪律、实施单位本身的改革，下面就将部分相关因素进行点部分阐述：第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1总体合理统一的部署l双方共同参与进行整体规划；l明确双方责任及实施过程中的监督方法。1.1.2详细实施计划表的制定l分阶段制订计划、考核措施、阶段小结。l阶段内双方的工作安排。1.1.3工作中协调问题l医院内部协调：相关领导高度重视，协调资源，各个部门人员的积极调配。l公司内部协调：公司领导对基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目的重视，技术骨干全心投入，协调各部门的调配工作。l双方之间的协调。1.1.4人机配合计算机适用于作大批量的、机械化的、固定模式的事物，精确而快速，人适合做智能化、需随机应变的事务，人机配合的工作将是系统实施的关键。1.1.5周密的宣传工作l系统管理的必要性；l双方默契配合的重要性；l实施信息系统的复杂性、艰巨性；l实施中需要认真踏实的态度和一丝不苟的工作精神。1.2项目管理工作方法项目工作方法是确保项目成功的基石，国际经验表明，项目成功的70％因素在于项目管理和工作方法的恰当与否。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目项目工作管理是面向目标和目的、面向规范工作过程之管理。因此：l目标目的的严肃性必须严格强调l工作过程的规范化应得到首要的尊重1.1失误管理制度失误可能是多方面的，失误的及早发现是项目成功的基本保障。对失误的严肃性是项目管理的基本要素。因此，每个项目成员均要给予极大重视。对以下各个事件，必须做出失误分析：l计划有重大改动l经费有较大变化l质量不符l进度不符l其它重大事情为了达到以上项目目标公司项目经理每月给出失误分析报告，并有每一失误的详细分析报告，此报告提交相关人员。1.2工作管理制度项目的管理对象主要包括目标、任务、资源与质量保证（地域、人力、技术）、质量（保证）、进度等要素，需要通过项目组的工作加以实现，因此对项目组成员的工作管理是及早发现问题的重要渠道，是落实责任与激励的主要依据。一个项目目标可分解成各阶段目标，每一阶段目标由一个或多个任务（可带子任务）去完成。工作管理是对以下事项进行管理：工作目标及相关任务l已分派任务l待分配任务l疑难事项前两项的管理通过工作报告表进行管理，此表的呈报周期由交流制度进行定义。第三项疑难事项应立即提交项目经理，项目经理应持有疑难事情管理清单，清单的任何变化必须立即提交项目协调委员会和乙方项目实施委员会。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1计划管理方法项目计划是项目实施工作的执行依据，在项目实施工作开始之前，项目经理必须提交项目计划，否则不允许执行下一步工作。项目计划必须经合作双方认真讨论确定，保证计划的可行性；项目计划在确定之后，必须予以公布，告知相关各方，以便对项目计划执行情况的监督；项目计划分为总体计划、阶段计划、周计划。项目经理必须制定阶段计划和周计划交给基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目小组；项目计划包括进度计划、人力计划、资源计划以及达到的目标；项目总体计划及其变化必须经项目协调委员会批准，其他计划及其变化由项目工作小组批准；项目计划必须以明确工作目标和工作任务为前提，因此各类计划应按阶段、按工作目标和任务的明确落实为下阶段各类计划的制定开始日；进度计划中应包括项目组工作安排和对于与项目有关的其他各方的工作安排；项目经理在完成项目计划之后，方可根据项目计划，分派工作任务。1.2对系统进行多用户、大数据量的性能测试目前在软件开发中质量保证的主要手段是测试，然而由于软件测试技术的局限性和能投入测试工作中的资源（包括人员、设备和工具）有限（大多是走过场），通过测试的软件尽管发现并纠正了很多错误，但事实上软件中仍存在很多错误，维护工作变得遥遥无期。为此在项目中强化测试环节、提出如下测试概要方案。软件测试环境：按技术方案准备或模拟软件环境，包括PC机、事务处理服务器、中间件、数据库服务器等。测试数据：由用户单位提供抽样的生产数据或模拟数据，测试数据应覆盖核心业务以保证测试的有效性。测试目标：l功能完整性：测试应用系统是否完全满足OOA报告所提出的各项系统责任，OOD报告所定义的各种永久对象，非永久性对象，对象的属性，方法，对象间的关联是否全部实现。l第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目功能正确性：在完整性的基础上测试对象方法的实现，对象各项属性、状态的改变是否正确。各项UseCase情景是否能够实现。l功能健壮性：测试出现各种异常情况时，系统是否正常工作。l界面便利性：测试界面各项功能是否完整。包括：合法性限制检查、快捷键、界面风格、鼠标操作、输出界面,如打印结果、显示信息是否正确。测试项目：以双方界定的用户需求说明书的功能清单为依据。测试记录：测试人员根据测试方案对测试情况进行如实记录，测试结果提交项目组研究商定解决办法、并予以落实。1.1项目的阶段联合评审项目将分阶段进行评审，包括合同评审、需求工程评审、系统分析评审、系统设计评审、系统开发测试评审、用户测试验收评审。阶段评审的目的是由高层管理人员、行业人员、技术专家对阶段成果进行复审把关，以防止项目出现重大偏差。其中首尾环节双方举行联合评审，具体包括合同评审、需求工程评审、用户测试验收评审。需求工程评审及用户测试验收评审是依据双方就参考需求进行讨论和界定后的结果进行评审。其中，合同评审既保证合同规范化，保证合同清楚、有效并保证项目组组长对合同理解的一致性，加强协调。1.2项目管理和控制的规范性1.2.1流程规范l告客户书l基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目小组人员名单l实施计划(双方确认的)l初始数据准备验收表l培训计划(双方确认的)l培训记录l培训考核l项目工作会议记录第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l小网功能联调确认l系统验收报告l项目移交表l项目总结报告l合同执行情况表l上线前检查表1.1.1日常工作规范l日常维护记录表l问题登记反馈表l新增报表需求1.1.2实施提交样表l使用手册l数据字典l数据准备l系统功能列表1.1.3问题反馈l问题收集l问题提交与答复l用户确认，流程反馈l紧急问题处理1.1.4实施现场纪律l在用户现场禁止上网打游戏。l实施可根据用户实际情况调整上下班时间，但需与用户和上级主管沟通认可。l在用户现场工作应注意语言规范，不可与用户争吵，不可接受红包，如果部门接到用户方投诉将对该实施人员做出相应处罚。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l对客户任何人员一视同仁，不得介入其内部事务。1.1协调会议项目协调会议是项目实施中的一大事，是在项目实施中对理解、协调有异议的情况下所实现的一种对话方式，会议的目的是为了解决问题。因此要避免出现下列情况：会而不议：开会议题不明确议而未果：讨论没有结果果而未明：有了结果未明确责任人和时间明而未行：没有具体执行行而未判：对执行结果没有总结判定因此要主持好项目会议，而针对上述环节充分准备，以保证会议的成功和目的的达成。项目会议可分解为如下阶段：l协调会前A：议题选定将出现的问题做一总结与分析，哪些是会上讲的，哪些不用在会上讲，因为开会的人员有各自的关注点，因此必须是重要的或需大家决策的才须上会，B：确定会议人员参加会议的人员背景，决定了其关注点与权责，尽量避免议题目标与人员背景不吻合，因此就选定的议题要明确参加人员的职务与要求。C：时间会议还要有效率，最好约定开始、结束时间。l协调会中会议通常出席的人较多，因此如何控制会议的进行，避免会议跑题非常重要。因此在主持会议时要有计划。A：开场白，提出议题会议开场后，主持者在常规问候后，要马上提出议题、议题的重要性、后果和涉及部门与人员。上述几点缺一不可。B：关注发言，及时提醒在别人发言时，要仔细聆听，同时判断与议题是否相关，另外，相互之间的讨论可能会占用太多时间，要及时提醒。一有结果马上切换议题。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l协调会末所有议题讨论完毕后，要明确如下几点：A：结论B：责任人C：执行时间范围D：总结时间E：会议记录确认1.1工程师定级定岗及考核l让实施工程师自己明白自己的付出与收入关系；l让实施工程师自己关心自己的工作计划；1.2项目实施质量控制为确保该项目及时高效完工，本公司将继续采用项目管理方式法对其过程进行控制。并使用管理软件——MICROSOFT-PROJECT对其相关工作进行量化管理。1.3项目完成通过一系列的项目管理措施和方法，最终目的是为了保证项目的顺利完成，并且在通过真正的软件调试和使用期后，才能设定项目为完成。并且伴随项目完成的同时，我们公司会开始提供优质的售后服务。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章项目培训方案针对基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目的培训方案主要是包含如下内容：1、培训大纲：每次课程的内容和目的；2、培训计划：每次培训课程的时间及课时；3、培训内容：系统的性能、相关技术原理和操作使用方法，维护管理的技术；4、培训课程的文件和资料；1.1培训目的通过对系统管理人员和操作人员进行全面的技术类和操作类培训，确保用户维护管理和操作人员达到能独立操作、独立进行管理、运营、故障处理、日常维护测试等工作，使供货商提供的相关设备与系统能够正常、安全的运行。为此，我们将提供全程的人员培训计划，包括从项目启动阶段到项目结束整个过程的培训内容。具体的培训形式将采取：（1）通过与用户联合进行软件本地化实施，进行用户现场的培训，以掌握软件开发的技巧和初步熟悉有关数据库、应用服务器软件的管理技巧；（2）安排用户有关系统管理员到专门的数据库及应用服务器软件培训单位进行脱产培训，以深入掌握数据库等系统软件的管理技术。具体的内容将在后面详细说明。1.2培训内容我方将组织下列培训内容：序号培训对象培训内容1系统软件管理员培训中标后尽快安排系统软件管理员的培训，主要为第三方厂商的认证培训，包括数据库管理等。2软件的系统开发培训有关人员在参加有关基础培训后，跟随软件开发进行第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目进一步培训。3软件的应用管理维护培训软件的应用管理维护培训的时间计划原则为：尽可能安排在整个系统集成工作结束后，应用软件安装调试、试运行时进行。这样做的好处在于，学员在项目实施的过程中通过我们所做的现场培训，可以初步掌握系统的安装、管理和维护的知识和技能，可以更容易理解和领会具有更多理论基础要求的专业培训内容。4应用软件的使用培训在有关应用软件开发基本完成时进行。1.1培训的形式我方将采取现场培训和集中培训两种方式。1.1.1现场培训l项目启动初期系统技术、软件技术概念培训培训目的：在项目启动初期对用户方项目参与人员进行系统、软件等方面技术的初步介绍和交流，为进一步的深入技术培训打下基础。培训内容：面向对象设计和开发技术：包括面向对象的分析与设计、编程与测试。l应用软件的管理维护培训培训目的：对系统的有关的技术人员软件维护的培训，使受培训的人员能够独立掌握系统的应用管理维护技术，是适应网络系统正常运行的需求。培训内容：系统的应用管理维护技术、网络管理技术等。l应用软件的系统开发用户培训培训目的：对系统的有关的技术人员软件开发和维护的培训，使培训人员能够独立完成软件的相应的修改和维护工作。培训内容：日常运行与维护，报表模板管理、门户内容管理、页面定制管理等。l应用软件的使用培训第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目培训目的：在应用系统基本上线运行后，对系统的实际操作人员进行详细的操作培训，得系统正式运行后顺利进行工作，以保证能做到对整个系统有清晰的理解和应变能力。培训内容：n业务优化后的流程n管理优化后的流程n软件运行及维护n软件运行和维护中应注意的问题n实际操作练习n用户应用操作人员的培训n业务所需的相关计算机软硬件知识n应用软件系统技术原理n应用软件培训计划应用软件的培训只要是根据《用户操作手册》进行流程及操作培训，这是系统安全运行的基础，也是项目实施的关键所在。如果各部门人员都能比较熟悉计算机了，这是一件好事情，但是其操作习惯在短时间内不容易改变的，这会对新的系统有所抵触的情绪，要想解决好这一问题有几点：首先的明确的是新的系统将是配合系统新的管理实施的工具，业务流程及数据的正确性将是思想转变的基础；其实是要系统本身操作简单；细化培训工作强化考核我公司将进行系统的培训工作，包括项目实施工期中的所有系统，严格按照所列时间进行培训工作的开展，具体到每个子系统的培训工作将在今后的实施工作中提交，包括业务流程培训资料、用户操作手册等，此投标文件的商务部分不具体体现。1.1.1集中培训融入项目建设过程的系统技术、软件技术培训与实践。为了保证用户能够顺利地掌握我们所开发的软件，并能在将来针对业务需求的变化进行自第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目我维护和二次开发调整，我们将采用与用户联合进行开发的方式来促进用户深入掌握软件开发的各种必备技术。另外，通过在用户开发现场对用户进行实际的数据库软件、应用服务器软件操作和配置管理，使系统管理人员能更直接和深入地理解和掌握所需要的系统管理技巧，为将来进行专职脱产培训打下坚实的基础。具体内容如下：l对于系统管理员的用户现场培训主要着重于系统的总体结构、各种设备、系统安装、应用软件开发技术等方面，使得系统管理员应能够在系统正式运行后接手所有的工作，以保证能做到对整个系统有清晰的理解和应变能力。系统管理员培训目的在于：1、全面掌握整个系统的设计思想、施工过程以及全部功能；2、对于系统数据的及时、有序的整理维护；3、保证系统正常的运行及正确的维护；4、能够针对业务需求的变化进行二期软件开发。l对系统管理员其他培训1、第三方培训公司可以与专业培训机构联系，可以将部分重要系统管理人员送培训机构进行培训。2、服务器操作系统培训课程主要学习有效使用WindowsNT/2000的基本技能，学习如何浏览和查找文件系统，操作文本文件，创建和修改文件权限，访问系统文件和目录等，还将学习如何管理客户机。3、数据库系统操作和管理主要通过现场的讲解和实际操作使系统管理员初步掌握SQL/ORACLE的体系结构、硬件配置、逻辑数据库结构和物理数据库布局，SQL/ORACLE进程的管理、多数据库的监控、数据库的调整、数据库的安全和审计，数据库的优化、备份和恢复过程，还有SQL/ORACLE系统管理员的职责，SQL/ORACLE的管理事项等。还将讲述数据库的安装过程及数据库常碰到的问题及解决办法。开发工具培训课程：主要学习java的开发基本技能及其他课程培训。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1培训教材基本内容及课程安排1.1.1培训教材基本内容基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目培训内容基本内容引言读者对象版本信息术语与缩略词系统要求支持软件硬件环境系统概述功能概述系统功能图系统启动总体业务流程基本操作说明操作指南区域公共卫生平台社区卫生医疗服务平台医院信息化改造数据迁移健康档案整合常见处理问题常见处理问题常见处理问题市场服务技术支持1.1.2师资情况第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目姓名职务职称项目经验/承担过的项目备注蔡玲项目管理部经理项目管理师（PMP）12年以上医疗卫生行业经验周洪开发部经理工程师10年以上医疗卫生行业经验马维民技术部总经理高级工程师10年以上医疗卫生行业经验孙超仁项目管理部经理IPMP国际项目经理9年以上医疗卫生行业经验韩伟系统开发项目经理项目经理10年以上医疗卫生行业经验许冬华高级开发工程师中级程序员5年以上医疗卫生行业经验汪国亮系统集成工程师信息系统项目管理师（高级）7年以上医疗卫生行业经验李斌网络开发工程师项目经理8年以上医疗卫生行业经验戴洁开发工程师计算机二级4年以上医疗卫生行业经验陈效华开发工程师高级程序员6年以上医疗卫生行业经验陈辉高级开发工程师助理工程师8年以上医疗卫生行业经验郁翰钟实施工程师计算机四级9年以上医疗卫生行业经验1.1.1培训课程安排培训时间培训课程课时培训方式与嘉定区卫生局约定时间操作系统培训1集中数据库基础知识培训2集中数据中心运行管理系统培训2现场第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目数据库常规操作培训2现场计算机硬件常规知识培训3现场数据备份、恢复培训2现场数据交换系统培训2集中与嘉定区卫生局约定时间区域公共卫生平台8集中社区卫生医疗服务平台4集中医院信息化改造4集中数据迁移4集中健康档案整合4集中…其他业务系统软件使用培训2集中数据交换软件安装、使用培训2现场常见故障处理方案培训6集中第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章安装、调试、验收方案基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目是一个庞大的项目，做好系统的调试和项目的验收，对于实现嘉定区卫生信息化的建设是起着至关重要的作用。对于本项目建设的信息系统的调试和项目验收，将采用如下方式。1.1项目安装、调试1.1.1文件描述项目代号项目名称项目经理编写者编写日期审核者审核日期1.1.2安装、调试等级调试等级可包括单元调试、确认或系统调试、试运行或应用调试，可根据实际调试项目选择系统调试。以保证本发布期变更内容的发布软件质量为目的。以保证失效成本最高业务流程、本发布期内变更的核心部功能及相关接口的质量为重点。1.1.3安装、调试准则描述本次调试的要求准则1.调试执行100%覆盖通过评审的系统调试用例。2.系统调试期间不引入新的变更，或得到技术总部批准的新变更得到100%代码审查和追加调试。3.系统调试期间发现的不放行的Bug得到修正，并通过回归调试；不存在未得到批准的放行的Bug。4.系统调试通过评审组批准。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1安装、调试类型描述是进行何种类型的调试，如功能性调试、性能方面调试、界面调试或其他功能调试。1.1.2安装、调试方法1.总体调试方法：黑盒调试。调试用例提供直接数据校对方法的，通过后台直接校对数据。2.调试用例设计策略：用例来源与范围：以本发布期变更内容中涉及到的核心模块变更、处理流程变更、业务规则(算法)变更、接口变更等的调试用例为基础；补充本次变更涉及到的高风险模块、本次变更相关的高风险模块的调试用例；追加以上2项均未覆盖的核心模块的相关流程与接口调试用例。系统调试用例选择和设计人员选择：人员为非日常调试设计的本人；负责人为调试设计人员中非日常调试设计负责人。调试设计时机：调试用来主题部分从系统调试前2周开始，延续到封版前3天。此后只追加新的核心模块的变更的调试用例。调试设计质量：系统调试功能点与用例完成后采用同级评审技术，有其他调试设计人员确认，必要时可以安排调试人员确认。系统调试前3天进行调试计划和调试设计的正式评审（最后3天为评审发现的问题处理和跟踪的时间）。3.调试环境搭建策略：搭建内容：以最新样本数据库为基础，升级本发布期要发布的所有内容。搭建方式：配置管理人员搭建，并记录调试环境搭建的每个步骤；配置管理负责人直接在配置管理人员机器上同桌评审。环境搭建结束后验证环境的正确性。提交调试环境搭建步骤文档给调试主管，调试主管确认过程的正确性，抽查环境中部分程序确认环境搭建是否有误。搭建时机：日常调试结束即可搭建；有1-2个日常调试任务未完成，也可提前搭建。4.调试执行策略：以流程为主线分配调试执行任务。调试执行覆盖所有系统调试功能点；应调试用例覆盖不足的，调试人员补充调试用例以达到系统调试功能点地全覆盖。鼓励根据个人经验采用猜测法等方法补充调试用例。使用已有调试用例执行调试时需在调试用例文件中表示出那些用例已经调试。个人补充的调试用例，鼓励添加到用例文件中。5.系统调试有效性内部评估策略：由于人力资源限制，暂不考虑评估问题。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1安装、调试环境描述进行调试的软硬件环境，包括主要硬件设备和配置情况，网络环境，操作系统及版本号，数据库系统及版本号，以及有关调试软件等。1.1.2人力和时间安排时间内容人员输出描述完成此次调试所需要的人力和时间安排。1.1.3安装、调试计划按设计的功能、性能和接口说明，逐个编制功能、性能和接口的调试计划，或者首先审核提供的软件是否已经覆盖软件需求分析规格说明书中规定的功能，如果是，则可以按照提供的软件项针对每一个可运行的功能进行功能、性能以及有关接口的调试。如果提供的软件没有覆盖软件需求分析规格说明书中规定的功能，则首先要求开发人员实现有关缺少软件功能的开发。1.1.4安装、调试用例调试计划通过后，调试人员着手开始具体调试用例的编写。在这里，调试人员可以根据需要，说明用例会涉及的主要方面或内容。1.1.5风险风险等级：1-5级。5级最高，1级最低风险描述损失评估发生可能性分析等级避免与解决建议风险化解记录第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1项目验收1.1.1项目验收内容基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目的验收内容包含有：系统软件开发、安装调试、系统运行进行验收。并在各阶段的实施过程中，本公司将定期以书面形式向基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目建设情况，对于实施建设内容按照技术规范要求进行验收。对基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目进行单元测试、集成测试和系统测试，提供一个月的试运行时间。对在测试过程中发现的软件系统缺陷将进行克服和完善。完成试运行之后，将按照招标文件中的具体要求进行综合验收。1.1.2项目验收标准本次基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目是一个涵盖建设内容众多，业务内容复制，业务系统要求高的庞大的信息化工程项目，项目建设中涉及平台应用系统、公众健康服务系统、医疗卫生机构信息化应用系统等众多业务应用软件系统，因此在项目建设中，对于项目的验收有着非常高的要求，针对本次项目的验收，按产品验收标准及招标文件中的相应标准和规范进行验收。产品质量达到设计要求，安装调试各项指标符合技术参数；系统功能通过相关部门的检验。验收的标准文档如下：l准备阶段：《软件开发计划》l需求分析阶段：《软件需求分析说明书》、《软件需求确认书》l设计阶段：《系统总体设计说明书》、《系统概要设计说明书》、《系统详细系设计说明书》、《数据库、数据字典设计说明书》l测试阶段：《测试计划》、《测试记录》、《测试报告》第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目l上线阶段：《试运行/上线计划》、《试运行/上线报告》l过程文档：《培训计划》、《培训记录》、《例会记录》l交付使用：《用户手册》、《系统安装维护手册》、《接口详细设计说明书》、《数据字典》l其他文档：《售后服务规范》及按采购文件要求须提供的其它文档。1.1.1项目验收程序本次项目的验收程序包括以下内容：1.项目到货验收；2.项目初验试运行；3.项目终验；1.1.2项目初验试运行系统安装调试完毕后，投标人将对系统的整体性能和功能进行测试和自检，测试和自检结果将以招标文件要求及合同中的相关条款为标准。于此同时，投标人将负责组织专业技术人员进行系统的安装调试，解决安装中出现的问题。测试和自检无误且开发、修改完成后，投标人将向用户方提交初验及试运行申请，经用户方初验合格后，双方签署初验报告，系统转入试运行期。1.1.3项目终验系统试运行结束后，向用户方提交试运行记录及第三方评测报告，提出终验申请。经用户方同意后，由项目负责人并会同用户方及有关专家按照合同中的相关条款，及规定的验收标准要求进行联合验收。终验合格后，双方签署终验报告。第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第1章售后服务1.1售后服务承诺本公司以优质的服务为目标，以提供用户满意的服务为宗旨，以服务办企业，以服务兴品牌，向服务要市场，以服务来倡导卫生信息管理的发展。1.2服务工作宗旨1.2.1客户服务的意义随着社会的不断发展，越来越多的IT企业已不再是单纯的软件开发与制造商，更多的是向某一行业提供整体性的信息化解决方案，将自身软件产品的发展与客户的需求紧密联系起来，亲身参与到客户日常工作中去，将客户发展所需的管理等各方面需求变成自身发展所要解决的问题来对待，与客户共同进退。至此，现代化的IT企业大量的工作也不再是单纯的软件生产与销售，而更多的表现为长期的客户服务工作，从制造商向服务商的转变是当今IT业的主流。金仕达卫宁正是秉承这一思路，在经过10多年的发展积淀后，已经开始并正在向医疗行业整体解决方案提供商转变，努力成为中国医疗信息化管理领域最为专业的服务提供者。1.2.2客户服务的宗旨首诊要负责，问题要答复，承诺要兑现！1.2.3客户服务的目标充分研究中国医疗行业的发展方向，充分深入到卫生业务的日常管理工作中去，与我们的客户在卫生信息化管理方面共同研究并实现更高层次的信息化管理水平，以达到更好、更有效、更快捷的为患者服务是金仕达卫宁的客户服务工作不断努力的目标。1.3服务工作简介第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1.1服务力量的构成ü服务事业部：应用软件部分日常服务工作的主体，并负责总体服务工作（包含软、硬件及网络部分）的统筹与安排；ü医技事业部：医技应用软件部分日常服务工作的主体；ü网络事业部：硬件及网络部分日常服务工作的主体；ü项目实施部：新系统或新软件模块实施结束后的免费维护工作的主体；ü公共卫生事业部：社区、农村卫生服务、疾控、综合卫生管理、区域卫生信息平台、业务协同平台等公共卫生应用软件的日常服务主体；ü软件开发部：维持现有系统稳定及二次开发工作的主体，是整体服务工作强有力的后备支持力量。1.1.2服务模式ü无偿服务：所有新系统或新的软件模块实施结束后，服务内容包括维持系统稳定运行，对潜在错误的修改等；服务方式参见后面章节对服务事业部的详细介绍。ü有偿服务：免费维护期结束后，在签署过年度服务合同后，我们将提供合同约定的服务工作，具体可以选择的服务内容及方式参见后面章节对服务管理的详细介绍。1.1.3服务整体运行流程第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目1.1服务管理方案1.1.1服务流程图1：您的项目如何进入服务事业部第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目2：日常维护流程图(把工作底稿放进流程)A、问题递交流程图第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目B、服务中心流程图3：商务需求流程图第181页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目投标文件1.1.1服务人员构成1：客户经理每个享受服务的用户都专职指定一个客户经理，由客户经理负责此客户的一切与服务相关的事务，包括问题的反馈，服务协调，客户新的系统需求（如上新的系统）等，由客户经理代表客户协调公司所有内部资源，满足客户的服务要求。定位:与公司相关的所有事情都可以问他2：服务中心调度工程师服务中心负责客户的日常服务，包括远程，现场和电话等形式;调度工程师接受客户直接提出的问题或由客户经理安排的问题，并做出服务答复和安排，在本次服务未被客户确认期间，由调度工程师负责与客户保持联系直到问题解决。3：服务销售代表如果客户有新的软件应用需求，可以向客户经理进行咨询，客户经理会安排销售代表与客户联系，服务销售代表签字确认后,启动销售服务流程,处理涉及销售及合同的相关事务。1.1.2机构职能设置1：服务中心工作内容：按客户和公司达成的约定进行规范化高质量的服务形式：电话问题咨询，远程服务联接，现场服务等人员构成及说明：服务中心经理，调度工程师，服务工程师服务中心所有服务人员均由实施经验2年以上的工程师构成，90%以上服务人员均为从事实施服务工作4年以上的资深服务人员，所有人员均具有电话咨询，远程联接和现场服务的经验，并按照公司的服务规范和流程进行服务，每次服务完成必须由调度工程师确认后，并由部门安排人员跟踪客户解决情况才确认结束。2：服务销售部工作内容：接受客户的需求，督促服务中心的服务质量，满足客户进一步深化信息化建设的要求。形式：系统咨询，提供方案，安排演示，组织参观等人员构成及说明：第186页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目投标文件服务销售部经理，客户经理，服务销售代表服务中心以客户经理为核心，每个客户经理均有4年以上本公司产品的实施服务经验，并从事项目经理1年以上，对公司产品及系统有全面的技术基础，并具备较强的交流沟通能力，能代表客户协调公司内部资源并向客户提供技术咨询，督促各部门具体服务人员按规范高质量地进行服务；涉及新的软件合同，服务销售代表在客户经理的配合下为客户提供完整的解决方案，并负责整个商务流程的具体操作。3：服务质量部负责日常服务的服务质量跟踪与抽查，汇总客户服务信息，接受客户投诉，定期服务质量调查和满意度调查，并针对典型客户进行拜访。1.1.1服务工作记录1：客户告知书每个与公司达成服务要约或已由实施完成移交服务事业部的客户，均有一份由服务事业部发送的告知书，明确告知与公司服务交流的渠道和客户服务的权利与义务。2：工作底稿客户向公司提出的每一个问题都登记在工作底稿中，作为双方服务工作的基础，并对服务解决的问题进行确认，在工作底稿中更新，确保双方的目标一致。3：服务单每次现场服务完成后，服务工程师均会要求客户确认，服务单一式两份，请客户保留自己的一份，以备问题追溯。4：客户经理回访单客户经理根据合同约定定期到客户现场进行日常服务工作完成情况的调查回访，客户经理均会要求客户确认，客户经理回访单一式两份，请客户保留自己的一份，以备问题追溯。5：升级报告涉及重大程序升级，我们工程师会按照升级规范提供一份升级报告。6：公司网站地址（www.winning.com.cn）客户请定期访问公司网站，涉及服务的重大通知，值班安排等均会在网站上发布，客户还可以了解公司的其它信息。1.1.2您需要配合工作第186页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目投标文件Ø建立自己的服务管理流程和机制；Ø填写工作底搞提交问题；Ø服务后认真确认服务单和确认升级报告；Ø在工作底搞中根据服务单和升级报告关闭问题；Ø配合做好有服务需要的下属各机构和人员的组织协调工作。1.1.1我们要做的和正在做的工作1：建设客户能参与服务的平台我们现在的服务管理系统针对每个服务工程师的服务行为进行了严格的记录，确保每次服务的可追溯。接下来我们还将这个系统进行改造，让客户全程参与从提出问题到问题解决的整个过程，并对服务进行网上确认与评价，促使我们提高服务质量和效率，最终提高客户满意度。2：服务销售简报为让我们的客户全面了解公司产品发展的动态，我们会及时归纳产品的信息，以销售简报的形式向客户发布，并根据客户现有系统的状况，提出建议解决方案，使客户的发展与公司产品的进步结合起来，力争成为客户的方案咨询商，集成商和提供商。3：服务工作简报客户的领导了解服务的状况，通常是间接而来，我们在公司现有服务的基础上，会定期总结服务的情况，对服务存在的问题、取得的成绩和发现的需要给客户的建议用工作简报的形式提供给客户。1.2售后服务内容1.2.1日常系统维护主要包括：系统本身bug的修改，参数的配置、报表的添加以及常规问题的解决；1.2.2系统升级服务本公司为了提高用户的满意度，我们强大的产品开发团队将不断完善、丰富我们的产品，集各卫生信息管理及业务管理优势到实现，不断向用户提供更安全、更可靠的产品。我们的系统升级分为定期升级和不定期升级两种模式。用户可以根据自己的选择进行选择升第186页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目投标文件级的类型。1.1.1垃圾数据的清理在应用软件的运行中系统本身会产生部分垃圾数据，这部分数据对系统本身的运行具有负面作用，为了保证卫生系统稳定运行，这部分垃圾数据将定期清理，以充分保证系统运行的快捷和稳定。1.1.2数据迁移由于系统的业务量比较大，系统既要将保证一定量的数据在线运行还得保证系统运行，所以公司将部分数据按照时间期间等原则进行数据的迁移工作。1.1.3数据备份服务为了让所有用户都享受到这一服务，公司将这部分功能嵌入到了系统本身的功能中。1.1.4新需求的响应在系统使用过程中不断产生新的需求，这是应用软件在使用中必然的结果，公司有一整套的需求跟踪服务体系，公司将在规定的时间内给予响应，包括：新需求的受理或不受理以及原因的回答和其他解决方案的回答。1.1.5服务时间基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目提供一年免费维护服务。相关软件故障在一年内负责更正与升级服务。1.1.6服务方式和响应时间本公司将嘉定区卫生局列为公司级的重要用户，所以在服务上更加重视，公司提供的服务方式：l2小时内响应第186页共186页 基于嘉定居民电子健康档案的区域卫生信息业务应用平台项目投标文件l7天*12小时服务l热线电话咨询服务1.1.1重大技术问题处理对于系统在运行过程中发生的重大技术问题，本公司将组织相关技术支持部门及时协调组织技术专家小组进行会诊，个案分析，以确保系统的及时正常运行。1.1.2系统应用交流公司不定期将举办用户信息交流会议，主要是想以本公司为平台对各地用户召集、达到行业用户技术、经验交流的效果，本公司每年都会举办，公司所有用户都可以参加，届时时间、地点将会以有效方式通知。公司还会不定期举办信息系统培训班，培训的内容包括：新技术的应用、行业信息化的走向、公司产品及技术的新方向等。1.1.3服务监督公司为了将我们服务作为赢取市场的主要手段，决定将将服务公开化，设立服务监督机制。内容：公司相关部门和人员对服务人员的工作状况进行考察。方式：用户电话投诉；公司内部检查。我们的400热线服务电话：400-1183880我们的投诉电话是：021-56773880可以在网上投诉：http://www.winning.com.cn第186页共186页'