云HIS项目实施计划.docx

1、云HIS项目实施计划云HIS信息平台实施方案XX公司一、 实施目标 4二、 实施范围 4三、 实施任务 4四、 实施总体计划 54.1. 组织机构及职责分工 54.1.1. 省市县卫计委 54.1.2. 医疗卫生机构 54.1.3. 云HIS厂商 64.2. 需求调研 74.2.1. 医疗机构基本情况 74.2.2. 原有信息系统运行情况 84.2.3. 进度计划 84.2.3.1. 试点建设 84.2.3.2. 试点推广（总结试点经验，向其他医院复制推广） 104.2.3.3. 全面推广 104.2.4. 培训计划 104.2.4.1. 试点建设：现场培训 104.2.4.2. 试点推广：集

2、中培训 104.2.4.3. 全面推广：巡检指导 114.2.5. 运行维护 11五、 项目风险及风险管理 11六、 保障措施 12七、 附件 137.1. 附件一 13一、实施目标政府致力于搭建健康大数据平台，发展医疗大数据，提升国家的医疗管理和医疗服务水平。因此，云HIS信息平台的建设实施成为其中关键的建设项目。通过建设云HIS信息平台，实现区域内医疗卫生信息资源的集中统管、统一调配、按需服务，做到诊疗信息共享，医疗机构间业务协同互操作，建立全面的医疗健康档案，实现各医疗机构无机房、无服务器、无系统、免维护的云平台应用。云HIS信息库综合了全面的居民健康医疗数据，医疗卫生机构和地区卫生管理

3、部门可以通过信息服务平台数据共享：对居民的健康状况进行综合性、连续性的全生命周期跟踪与监测；对重点人群、疾病、慢性病和传染性疾病设置不同的症状或体征预警线；对不同人群，不同时段、不同地域进行疾病监测、预防、报告和预警。二、实施范围本项目建设范围覆盖全省各级卫生行政管理机构、县级及县级以下医疗机构,包括县级医院、乡镇卫生院、村卫生室、社区医疗服务中心等机构。以行政区域或者县级医院为中心，从基层向中心包围自下而上建设云HIS信息平台。由省市县卫计委牵头，从村卫生室、乡镇卫生院、社区卫生服务中心向县级医院入手，实现各医院无机房、无服务器、无系统、免维护的云HIS平台应用。三、实施任务1.2.3.3.

4、1.省市县卫计委下发文件通过云HIS软件统一招标，省市县卫计委根据招标地区、机构下发有关云HIS系统实施上线的管理文件，并组织各医疗机构学习、推广云HIS。3.2.需求调研云HIS实施工程师入场，调研平台区域医疗机构的基本信息、门诊量、住院人数、科室信息、医生护士信息、原有HIS系统信息等。3.3.数据割接医疗机构的医疗数据是建设医疗大数据的基础，所以数据割接保存是云HIS项目实施不可缺少的部分。若医疗机构前期没有使用HIS系统，则直接做前期准备维护数据启用系统即可；若医疗机构前期有使用HIS系统，则要进行数据割接，将原有的系统数据对接到新系统中。3.4.试点运行调试云HIS区域医疗的实施是以

5、点到面的推广模式开展，所以对试点的系统启用至关重要，它将影响下一个机构系统启用的时间以及整个云HIS平台实施的进度。必须做好前期的环境搭建、运行调试以及压力测试等工作。四、实施总体计划1.2.3.4.4.1.组织机构及职责分工云HIS项目实施主要有省市县卫计委、各医疗机构、云HIS厂商三个机构配合完成，具体责任分工如下：4.1.1.省市县卫计委云HIS信息平台的建设主要是为政府致力搭建健康大数据平台，发展医疗大数据，以此提升国家的医疗管理和医疗服务水平。所以在云HIS信息平台的实施过程中，由地区卫计委牵头下发相关文件，组织各医疗机构学习推广认可云HIS，制定区域性医疗平台的管理办法以及新的医疗

6、流程。要求各医疗机构负责人为实施培训人员提供办公场所并全力配合，提供培训环境，以便云HIS项目实施顺利进行。人员构成及分工：姓名部门职务分工管理机构组长领导小组组长，全面领导整个区域医疗机构云HIS信息平台的建设管理机构副组长在组长的领导下，指挥、协调、组织各医疗机构云HIS实施正常开展，并及时上报组长机构负责人领导小组成员完成院项目实施和具体落实管理机构组长的各项安排；协调管理机构、医疗机构和云HIS厂商。4.1.2.医疗卫生机构云HIS信息平台的建设宏观是面向省市县区域，而微观则面向的单个的医疗机构。所以区域性还是以基层卫生机构为单位向上级管理部门或医疗机构包围的模式。因此在云HIS项目的

7、实施过程中还是以单个医疗机构来实施。需要医疗机构提供云HIS相关基础信息维护数据（如科室信息、人员信息、药品信息、杂费信息等）；若采用分散式培训模式还需提供培训环境场地。人员构成及分工：姓名负责人职务分工机构负责人组长领导小组组长，全面领导医疗机构信息化建设副院长院办主任副组长在组长的领导下，协助项目的指挥、协调、组织，确定系统运行方案，督促落实各项实施计划和管理措施信息科主任日常负责人协助院领导协调项目实施，具体落实院领导各项安排；协调沟通医院各科室各科主任小组成员根据院领导的指示，配合实施工程师完成项目的实施及问题的反馈等。4.1.3.云HIS厂商云HIS项目的实施维护升级工作全程由云HI

8、S厂商来执行完成。首先云HIS实施工程师必须根据省市县卫计委的要求来搭建部署中心服务器环境，建立区域平台、授权平台机构等工作，并在启用系统之前进行最后的压力测试以保证系统启用之后能够正常运行，不影响医疗机构的正常业务；其次根据培训环境及要求对各个机构操作人员进行业务操作培训以便云HIS正式启用之后医疗业务人员能够正常使用系统，不影响医疗机构的正常就诊；另外云HIS实施人员还要根据医院的具体情况进行数据割接。若医院之前没有使用HIS系统，则要求医院提供相关的基础数据进行维护；若医院之前有使用HIS程序程序则要进行原有数据的对比割接，保证医疗机构的数据能永久保存；最后启用云HIS系统， 跟进机构操

9、作员业务流程正确，确保医疗机构能够正常就诊。人员构成及分工：姓名所属部门职务分工1人云HIS厂商云HIS技术经理负责协调本部门技术人员完成项目实施，项目实施顾问，协调解决项目实施过程中出现的重大问题及进度跟踪。1人云HIS厂商项目经理负责现场项目进度安排，指导解决项目实施中的技术问题，协调资源完成项目实施1-2人云HIS厂商实施工程师负责项目实施中的现场技术指导工作包括指导机构数据准备、培训机构操作人员，与机构共同指定工作流程、管理流程1人云HIS厂商商务人员负责项目的商务协调4.2.需求调研1.2.3.4.4.1.4.2.4.2.1.医疗机构基本情况1.机构基本信息机构名称地址（含邮编）机构

10、编码在编床位数XXX医院2.门诊住院业务开展情况门急诊日就诊量高峰时间段住院患者数高峰时间段3.科室信息基本情况科室名称开展业务备注4.科室床位基本信息科室名称在编床位数加床位数负责人5.人员概况基本信息科室名称医生数量护士数量配药人数财务人数其他4.2.2.原有信息系统运行情况1.原有HIS运行情况HIS厂商名称：XX厂商HIS模块名称运行情况运行时长开发工具 数据库备注EMR厂商名称：XX厂商EMR模块名称运行情况运行时长开发工具 数据库备注2.云HIS系统对接接口基本情况接口类型接口对接厂家负责人联系方式备注3.卫计委或医院对未来云HIS 的发展规划附件一4.2.3.进度计划4.2.1.

11、4.2.2.4.2.3.4.2.3.1.试点建设1.环境部署1)网络拓扑图后期增加2)环境要求服务器型号及配置型号：XX型号配置：网络带宽根据测试结果定义客户端操作系统2.压力测试压力测试对于云HIS项目的实施至关重要，主要分为软件业务的压力测试和业务人员压力测试：软件业务压力测试主要是为了对云HIS系统的业务流程的测试，以业务流畅性、数据准确性和功能优越性为原则进行系统测试；业务人员压力测试主要是为了对医疗管理机构、医疗机构等业务操作人员的操作能力水平进行测试，保证云HIS系统在启用之后各个环节能够流畅操作系统，不能有挂不出号、开不出处方、收不了费等现象出现。3.确定业务流程云HIS系统支持

12、多种业务流程，在系统投入使用之前，需要根据医院的实际情况和系统所提供的功能。确定技能满足医院的管理需求和规范，又适合于软件系统处理的合理流程，主要包括门诊就诊流程、药品管理流程、住院工作流程以及各种住院费用的管理流程等，同时指定相应的管理规章制度，下发科室并组织学习，要求所有操作人员能了解系统的管理要求。4.数据割接启用云HIS系统试点，必须对医疗机构的医疗数据进行割接。若医疗机构前期没有使用HIS系统，则要求医疗机构提供相关数据进行维护（如：科室信息、人员信息、药品信息、收费项目信息、权限信息等），并对已维护的数据进行核对才能启用云HIS系统；若医疗机构前期有使用HIS系统，则要求医院提供相

13、关的系统信息及数据库信息，实施人员对两个系统的数据库表结构进行对比。将医疗机构的旧数据移到云HIS数据库中，以保证医疗数据的永久保存。5.接口开发云HIS信息平台作为医疗软件的基础平台，可以对接各个医疗接口；如省级上报平台接口、新农合医保接口、公共卫生系统接口、LIS接口、PACS/RIS接口、短信网关接口、银医自助挂号支付接口、移动端支付接口等。在云HIS信息平台的实施前期需要云HIS开发厂商跟接口开发厂商对接，了解接口需求并进行开发、调试、测试，云HIS启用之后短时间内必须加载调试完成并投放使用。6.应用完善云HIS信息平台试点启用之后，实施人员必须根据医疗机构的实际使用情况对业务操作人员

14、进行现场指导及系统的维护；向医疗机构负责人上报系统运行的性能情况、业务流畅度、出现的问题等信息；反馈信息给项目负责人协调开发人员进一步进行完善和优化。4.2.3.2.试点推广总结云HIS试点的实施经验，向区域其他医疗机构进行复制推广。根据医疗机构管理制度设定个性化业务流程，并确保医疗统计数据的正确性。大力推广患者健康档案信息共享，实现数据共享的应用。4.2.3.3.全面推广鉴于云HIS系统在试点区域使用期间的稳定性、正确性、流畅性基础上，向其他医疗机构、其他医疗区域全面推广云HIS信息平台的建设和宣传。最终保证实现各个医疗机构无机房、无服务器、无系统，实现医疗数据共享的健康数据平台。4.2.4

15、.培训计划1.2.3.4.4.1.4.2.4.2.1.4.2.2.4.2.3.4.2.4.4.2.4.1.试点建设：现场培训现场培训主要培训对象是医疗机构各个科室的业务操作人员培训。在培训服务器上用已正确初始化的数据，按业务流程要求，用实际使用的业务数据，模拟实际业务发生情况进行培训，采用集中讲解和上级操作的办法进行。培训效果要求如下：1、对本岗位使用的模块能够做到熟练、准确操作；2、对门诊挂号人员要求60秒内录入完整的病人挂号信息；3、对门诊收费人员要求60秒内完成一次收费录入操作。4.2.4.2.试点推广：集中培训集中培训主要培训对象是医疗管理机构系统管理人员以及各医疗机构信息管理员。医疗

16、机构云HIS管理操作人员的培训主要包括医疗机构的管理、功能授权、医务人员的管理；医疗机构信息管理人员的培训贯穿于基础数据的录入、数据的测试和专业培训的始终。医疗机构信息管理员参加数据录入和数据测试的过程中，已经掌握了系统的基本应用，也目睹了系统正式启用之后出现的错误现象和解决办法，因此在系统适用性期间以及系统正式上线以后，医疗机构信息管理员要与实施工程师一起帮助指导科室操作人员完成本质工作，他们也将成为云HIS信息化运用的先行者。人员要求： 1、熟悉操作计算机，具有计算机、网络维护经验； 2、对网络、操作系统有一定的了解； 3、学习能力强，具有发现问题、分析问题，并能找到正确解决问题的办法。4

17、.2.4.3.全面推广：巡检指导巡检指导主要是在云HIS启用之后对所有操作人员的线上指导。指导操作人员在短时间内准确的完成业务操作，防止有挂不了号、开不了处方、收不了费等现象出现。以引导的方式帮助业务操作人员熟练业务流程和操作流程。4.2.5.运行维护4.2.5.1.项目实施中运行维护机制云HIS实施过程中，已上线的医疗机构在使用云HIS系统时会提出一些有关系统操作、数据统计、功能缺失等问题，实施人员依据业务流程的流畅性、医疗机构管理制度的正确性以及大众化的原则进行指导、反馈、修改。不允许出现个性化的需求修改维护。4.2.5.2.项目实施完运行维护保障云HIS项目实施结束，向医疗机构信息管理人

18、员进行项目模块维护移交工作，并向医疗机构云HIS领导小组申请组织验收工作。而且要给医疗机构管理小组讲述清楚交接完之后系统的运行维护方式，如电话指导、远程维护，以及系统修改需求的反馈方式等。五、项目风险及风险管理1.2.3.4.5.5.1.风险识别和分析：实施中可能存在的风险（如工作协调上，接口对接上等）的预估和分析。1.工作协调风险云HIS项目实施中的工作关键就在于项目经理与管理机构、医疗机构的协调。如果协调工作做好了将会事半功倍；如果协调工作没有做到位将会影响项目实施的开展和进度。2.接口对接风险云HIS信息软件作为基础平台会对接很多医疗接口供医疗机构使用，但在接口对接的过程中会出现接口厂商

19、工程师不到位、时间拖延、没有测试环境等一系列问题。如果接口前期对接出现以上问题，会影响接口程序的研发和上线，进而导致医疗机构接口使用是否能够按时完成以及完成接口的正确性。3.网络服务风险由于云HIS区域医疗使用的时医疗卫生专网，通过医疗卫生专网实现医疗机构无机房、无服务器、无系统。在使用过程中也可能存在网络风险，使云HIS系统不能正常运行。5.2.风险应对和管理：可能存在风险的应对措施和日常风险管理。1.工作协调云HIS项目实施过程中会出现很多问题，有些问题在意料之中，但有些问题可能不在掌控范围。如果有不在控制范围的协调工作，尽早向医疗机构负责人、公司上级领导反馈问题，与商务人员进行沟通作进一

20、步协调处理。2.接口对接云HIS接口对接有第三方参加，所以有些问题不在自己的掌握范围，因此对于接口对接问题应该尽早计划对接、尽早联系对接厂家、尽早发现对接过程中的问题、尽早反馈问题、尽早解决问题。3.网络服务对于医疗卫生专网省市县卫计委协调工作，在云HIS信息平台启用之前要对区域医疗卫生装网进一步测试，保证网络畅通。再要求做出应急预案处理使用过程中出现的突发情况。六、保障措施1.2.3.4.5.6.6.1.组织保障成立云HIS项目实施管理小组，以医疗管理机构管理负责人为组长、副组长，组员由各医疗机构负责人、云HIS厂商项目负责人等组成，建立健全自上而下、层层落实项目实施管理部门。有了领导的支持

21、，项目开展就有了基础，同时建立一个强有力的组织机构则是项目实施的重要保障。6.2.技术保障1、应用软件的完整性。按照云HIS软件建设的方式，全面实现医疗机构区域医疗、机构医疗的各县管理要求。2、应用软件的统一性。软件技术实现应该对整个医疗机构保持统一性。3、应用软件开发的灵活性。既符合标准化、规范化的管理要求，实现严格管控，又能根据医疗机构不同的业务流程进行灵活的调整。6.3.安全保障安全保障主要分为数据信息安全和网络安全。数据信息安全可以采取数据的异地备份、冷备份等技术实现数据的安全性；网络安全可以采取增加防火墙，并有统一的管理机构、人员规划、登记、维护、分配IP地址，确保云HIS区域网络有足够的地址容量并有一定的冗余供扩展使用，并及时关闭和回收被废止的地址6.4.宣传保障由省市县卫计委、医疗机构、云HIS厂商三者联合，将云HIS试点作为模板，进行宣传和复制推广。政府相关文件与云HIS的有点相结合，推广到更多的区域、医疗机构，实现医疗大数据、数据共享。七、附件5.6.7.7.1.附件一机构名称机构级别负 责 人联系方式云HIS版本云HIS的发展规划及意见