云HIS综合项目实施专题计划

云HIS信息平台实施方案XX企业目录TOC\o"1-4"\h\z\u一、 实施目标 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. 试点推广：集中培训 104.2.4.3. 全方面推广：巡检指导 114.2.5. 运行维护 11五、 项目风险及风险管理 11六、 保障方法 12七、 附件 137.1. 附件一 13实施目标政府致力于搭建健康大数据平台，发展医疗大数据，提升国家医疗管理和医疗服务水平。所以，云HIS信息平台建设实施成为其中关键建设项目。经过建设云HIS信息平台，实现区域内医疗卫生信息资源集中统管、统一调配、按需服务，做到诊疗信息共享，医疗机构间业务协同互操作，建立全方面医疗健康档案，实现各医疗机构无机房、无服务器、无系统、免维护云平台应用。云HIS信息库综合了全方面居民健康医疗数据，医疗卫生机构和地域卫生管理部门能够经过信息服务平台数据共享：对居民健康情况进行综合性、连续性全生命周期跟踪和监测；对关键人群、疾病、慢性病和传染性疾病设置不一样症状或体征预警线；对不一样人群，不一样时段、不一样地域进行疾病监测、预防、汇报和预警。实施范围本项目建设范围覆盖全省各级卫生行政管理机构、县级及县级以下医疗机构,包含县级医院、乡镇卫生院、村卫生室、小区医疗服务中心等机构。以行政区域或县级医院为中心，从基层向中心包围自下而上建设云HIS信息平台。由省市县卫计委牵头，从村卫生室、乡镇卫生院、小区卫生服务中心向县级医院入手，实现各医院无机房、无服务器、无系统、免维护云HIS平台应用。实施任务省市县卫计委下发文件经过云HIS软件统一招标，省市县卫计委依据招标地域、机构下发相关云HIS系统实施上线管理文件，并组织各医疗机构学习、推广云HIS。需求调研云HIS实施工程师入场，调研平台区域医疗机构基础信息、门诊量、住院人数、科室信息、医生护士信息、原有HIS系统信息等。数据割接医疗机构医疗数据是建设医疗大数据基础，所以数据割接保留是云HIS项目实施不可缺乏部分。若医疗机构前期没有使用HIS系统，则直接做前期准备维护数据启用系统即可；若医疗机构前期有使用HIS系统，则要进行数据割接，将原有系统数据对接到新系统中。试点运行调试云HIS区域医疗实施是以点到面推广模式开展，所以对试点系统启用至关关键，它将影响下一个机构系统启用时间和整个云HIS平台实施进度。必需做好前期环境搭建、运行调试和压力测试等工作。实施总体计划组织机构及职责分工云HIS项目实施关键有省市县卫计委、各医疗机构、云HIS厂商三个机构配合完成，具体责任分工以下：省市县卫计委云HIS信息平台建设关键是为政府致力搭建健康大数据平台，发展医疗大数据，以此提升国家医疗管理和医疗服务水平。所以在云HIS信息平台实施过程中，由地域卫计委牵头下发相关文件，组织各医疗机构学习推广认可云HIS，制订区域性医疗平台管理措施和新医疗步骤。要求各医疗机构责任人为实施培训人员提供办公场所并全力配合，提供培训环境，方便云HIS项目实施顺利进行。人员组成及分工：姓名部门职务分工管理机构组长领导小组组长，全方面领导整个区域医疗机构云HIS信息平台建设管理机构副组长在组长领导下，指挥、协调、组织各医疗机构云HIS实施正常开展，并立即上报组长机构责任人领导小组组员完成院项目实施和具体落实管理机构组长各项安排；协调管理机构、医疗机构和云HIS厂商。医疗卫生机构云HIS信息平台建设宏观是面向省市县区域，而微观则面向单个医疗机构。所以区域性还是以基层卫生机构为单位向上级管理部门或医疗机构包围模式。所以在云HIS项目标实施过程中还是以单个医疗机构来实施。需要医疗机构提供云HIS相关基础信息维护数据（如科室信息、人员信息、药品信息、杂费信息等）；若采取分散式培训模式还需提供培训环境场地。人员组成及分工：姓名责任人职务分工机构责任人组长领导小组组长，全方面领导医疗机构信息化建设副院长院办主任副组长在组长领导下，帮助项目标指挥、协调、组织，确定系统运行方案，督促落实各项实施计划和管理方法信息科主任日常责任人帮助院领导协调项目实施，具体落实院领导各项安排；协调沟通医院各科室各科主任小组组员依据院领导指示，配合实施工程师完成项目标实施及问题反馈等。云HIS厂商云HIS项目标实施维护升级工作全程由云HIS厂商来实施完成。首先云HIS实施工程师必需依据省市县卫计委要求来搭建布署中心服务器环境，建立区域平台、授权平台机构等工作，并在启用系统之前进行最终压力测试以确保系统启用以后能够正常运行，不影响医疗机构正常业务；其次依据培训环境及要求对各个机构操作人员进行业务操作培训方便云HIS正式启用以后医疗业务人员能够正常使用系统，不影响医疗机构正常就诊；另外云HIS实施人员还要依据医院具体情况进行数据割接。若医院之前没有使用HIS系统，则要求医院提供相关基础数据进行维护；若医院之前有使用HIS程序程序则要进行原有数据对比割接，确保医疗机构数据能永久保留；最终启用云HIS系统，跟进机构操作员业务步骤正确，确保医疗机构能够正常就诊。人员组成及分工：姓名所属部门职务分工1人云HIS厂商云HIS技术经理负责协调本部门技术人员完成项目实施，项目实施顾问，协调处理项目实施过程中出现重大问题及进度跟踪。1人云HIS厂商项目经理负责现场项目进度安排，指导处理项目实施中技术问题，协调资源完成项目实施1-2人云HIS厂商实施工程师负责项目实施中现场技术指导工作包含指导机构数据准备、培训机构操作人员，和机构共同指定工作步骤、管理步骤1人云HIS厂商商务人员负责项目标商务协调需求调研医疗机构基础情况机构基础信息机构名称地址（含邮编）机构编码在编床位数XXX医院门诊住院业务开展情况门急诊日就诊量高峰时间段住院患者数高峰时间段科室信息基础情况科室名称开展业务备注科室床位基础信息科室名称在编床位数加床位数责任人人员概况基础信息科室名称医生数量护士数量配药人数财务人数其它原有信息系统运行情况原有HIS运行情况HIS厂商名称：XX厂商HIS模块名称运行情况运行时长开发工具数据库备注EMR厂商名称：XX厂商EMR模块名称运行情况运行时长开发工具数据库备注云HIS系统对接接口基础情况接口类型接口对接厂家责任人联络方法备注卫计委或医院对未来云HIS发展计划附件一进度计划试点建设环境布署网络拓扑图后期增加环境要求服务器型号及配置型号：XX型号配置：网络带宽依据测试结果定义用户端操作系统压力测试压力测试对于云HIS项目标实施至关关键，关键分为软件业务压力测试和业务人员压力测试：软件业务压力测试关键是为了对云HIS系统业务步骤测试，以业务流畅性、数据正确性和功效优越性为标准进行系统测试；业务人员压力测试关键是为了对医疗管理机构、医疗机构等业务操作人员操作能力水平进行测试，确保云HIS系统在启用以后各个步骤能够流畅操作系统，不能有挂不出号、开不出处方、收不了费等现象出现。确定业务步骤云HIS系统支持多个业务步骤，在系统投入使用之前，需要依据医院实际情况和系统所提供功效。确定技能满足医院管理需求和规范，又适合于软件系统处理合理步骤，关键包含门诊就诊步骤、药品管理步骤、住院工作步骤和多种住院费用管理步骤等，同时指定对应管理规章制度，下发科室并组织学习，要求全部操作人员能了解系统管理要求。数据割接启用云HIS系统试点，必需对医疗机构医疗数据进行割接。若医疗机构前期没有使用HIS系统，则要求医疗机构提供相关数据进行维护（如：科室信息、人员信息、药品信息、收费项目信息、权限信息等），并对已维护数据进行查对才能启用云HIS系统；若医疗机构前期有使用HIS系统，则要求医院提供相关系统信息及数据库信息，实施人员对两个系统数据库表结构进行对比。将医疗机构旧数据移到云HIS数据库中，以确保医疗数据永久保留。接口开发云HIS信息平台作为医疗软件基础平台，能够对接各个医疗接口；如省级上报平台接口、新农合医保接口、公共卫生系统接口、LIS接口、PACS/RIS接口、短信网关接口、银医自助挂号支付接口、移动端支付接口等。在云HIS信息平台实施前期需要云HIS开发厂商跟接口开发厂商对接，了解接口需求并进行开发、调试、测试，云HIS启用以后短时间内必需加载调试完成并投放使用。应用完善云HIS信息平台试点启用以后，实施人员必需依据医疗机构实际使用情况对业务操作人员进行现场指导及系统维护；向医疗机构责任人上报系统运行性能情况、业务流畅度、出现问题等信息；反馈信息给项目责任人协调开发人员深入进行完善和优化。试点推广总结云HIS试点实施经验，向区域其它医疗机构进行复制推广。依据医疗机构管理制度设定个性化业务步骤，并确保医疗统计数据正确性。大力推广患者健康档案信息共享，实现数据共享应用。全方面推广鉴于云HIS系统在试点区域使用期间稳定性、正确性、流畅性基础上，向其它医疗机构、其它医疗区域全方面推广云HIS信息平台建设和宣传。最终确保实现各个医疗机构无机房、无服务器、无系统，实现医疗数据共享健康数据平台。培训计划试点建设：现场培训现场培训关键培训对象是医疗机构各个科室业务操作人员培训。在培训服务器上用已正确初始化数据，按业务步骤要求，用实际使用业务数据，模拟实际业务发生情况进行培训，采取集中讲解和上级操作措施进行。培训效果要求以下：1、对本岗位使用模块能够做到熟练、正确操作；2、对门诊挂号人员要求60秒内录入完整病人挂号信息；3、对门诊收费人员要求60秒内完成一次收费录入操作。试点推广：集中培训集中培训关键培训对象是医疗管理机构系统管理人员和各医疗机构信息管理员。医疗机构云HIS管理操作人员培训关键包含医疗机构管理、功效授权、医务人员管理；医疗机构信息管理人员培训贯穿于基础数据录入、数据测试和专业培训一直。医疗机构信息管理员参与数据录入和数据测试过程中，已经掌握了系统基础应用，也目睹了系统正式启用以后出现错误现象和处理措施，所以在系统适用性期间和系统正式上线以后，医疗机构信息管理员要和实施工程师一起帮助指导科室操作人员完成本质工作，她们也将成为云HIS信息化利用先行者。人员要求：1、熟悉操作计算机，含有计算机、网络维护经验； 2、对网络、操作系统有一定了解； 3、学习能力强，含有发觉问题、分析问题，并能找到正确处理问题措施。全方面推广：巡检指导巡检指导关键是在云HIS启用以后对全部操作人员线上指导。指导操作人员在短时间内正确完成业务操作，预防有挂不了号、开不了处方、收不了费等现象出现。以引导方法帮助业务操作人员熟练业务步骤和操作步骤。运行维护项目实施中运行维护机制云HIS实施过程中，已上线医疗机构在使用云HIS系统时会提出部分相关系统操作、数据统计、功效缺失等问题，实施人员依据业务步骤流畅性、医疗机构管理制度正确性和大众化标准进行指导、反馈、修改。不许可出现个性化需求修改维护。项目实施完运行维护保障云HIS项目实施结束，向医疗机构信息管理人员进行项目模块维护移交工作，并向医疗机构云HIS领导小组申请组织验收工作。而且要给医疗机构管理小组讲述清楚交接完以后系统运行维护方法，如电话指导、远程维护，和系统修改需求反馈方法等。项目风险及风险管理风险识别和分析：实施中可能存在风险（如工作协调上，接口对接上等）预估和分析。工作协调风险云HIS项目实施中工作关键就在于项目经理和管理机构、医疗机构协调。假如协调工作做好了将会事半功倍；假如协调工作没有做到位将会影响项目实施开展和进度。接口对接风险云HIS信息软件作为基础平台会对接很多医疗接口供医疗机构使用，但在接口对接过程中会出现接口厂商工程师不到位、时间拖延、没有测试环境等一系列问题。假如接口前期对接出现以上问题，会影响接口程序研发和上线，进而造成医疗机构接口使用是否能够按时完成和完成接口正确性。网络服务风险因为云HIS区域医疗使用时医疗卫生专网，经过医疗卫生专网实现医疗机构无机房、无服务器、无系统。在使用过程中也可能存在网络风险，使云HIS系统不能正常运行。风险应对和管理：可能存在风险应对方法和日常风险管理。工作协调云HIS项目实施过程中会出现很多问题，有些问题在意料之中，但有些问题可能不在掌控范围。假如有不在控制范围协调工作，尽早向医疗机构责任人、企业上级领导反馈问题，和商务人员进行沟通作深入协调处理。接口对接云HIS接口对接有第三方参与，所以有些问题不在自己掌握范围，所以对于接口对接问题应该尽早计划对接、尽早联络对接厂家、尽早发觉对接过程中问题、尽早反馈问题、尽早处理问题。网络服务对于医疗卫生专网省市县