云HIS项目实施计划.docx

上传人:b****1 文档编号:15245915 上传时间:2023-07-02 格式:DOCX 页数:13 大小:22.16KB
下载 相关 举报
云HIS项目实施计划.docx_第1页
第1页 / 共13页
云HIS项目实施计划.docx_第2页
第2页 / 共13页
云HIS项目实施计划.docx_第3页
第3页 / 共13页
云HIS项目实施计划.docx_第4页
第4页 / 共13页
云HIS项目实施计划.docx_第5页
第5页 / 共13页
云HIS项目实施计划.docx_第6页
第6页 / 共13页
云HIS项目实施计划.docx_第7页
第7页 / 共13页
云HIS项目实施计划.docx_第8页
第8页 / 共13页
云HIS项目实施计划.docx_第9页
第9页 / 共13页
云HIS项目实施计划.docx_第10页
第10页 / 共13页
云HIS项目实施计划.docx_第11页
第11页 / 共13页
云HIS项目实施计划.docx_第12页
第12页 / 共13页
云HIS项目实施计划.docx_第13页
第13页 / 共13页
亲,该文档总共13页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

云HIS项目实施计划.docx

《云HIS项目实施计划.docx》由会员分享,可在线阅读,更多相关《云HIS项目实施计划.docx(13页珍藏版)》请在冰点文库上搜索。

云HIS项目实施计划.docx

云HIS项目实施计划

云HIS信息平台实施方案

XX公司

一、实施目标

政府致力于搭建安康大数据平台,开展医疗大数据,提升的医疗管理和医疗效劳水平。

因此,云HIS信息平台的建立实施成为其中关键的建立工程。

通过建立云HIS信息平台,实现区域医疗卫生信息资源的集中统管、统一调配、按需效劳,做到诊疗信息共享,医疗机构间业务协同互操作,建立全面的医疗安康档案,实现各医疗机构无机房、无效劳器、无系统、免维护的云平台应用。

云HIS信息库综合了全面的居民安康医疗数据,医疗卫生机构和地区卫生管理部门可以通过信息效劳平台数据共享:

●对居民的安康状况进展综合性、连续性的全生命周期跟踪与监测;

●对重点人群、疾病、慢性病和传染性疾病设置不同的病症或体征预警线;

●对不同人群,不同时段、不同地域进展疾病监测、预防、报告和预警。

二、实施围

本工程建立围覆盖全省各级卫生行政管理机构、县级及县级以下医疗机构,包括县级医院、乡镇卫生院、村卫生室、社区医疗效劳中心等机构。

以行政区域或者县级医院为中心,从基层向中心包围自下而上建立云HIS信息平台。

由省市县卫计委牵头,从村卫生室、乡镇卫生院、社区卫生效劳中心向县级医院入手,实现各医院无机房、无效劳器、无系统、免维护的云HIS平台应用。

三、实施任务

1.1.省市县卫计委下发文件

通过云HIS软件统一招标,省市县卫计委根据招标地区、机构下发有关云HIS系统实施上线的管理文件,并组织各医疗机构学习、推广云HIS。

1.2.需求调研

云HIS实施工程师入场,调研平台区域医疗机构的根本信息、门诊量、住院人数、科室信息、医生护士信息、原有HIS系统信息等。

1.3.数据割接

医疗机构的医疗数据是建立医疗大数据的根底,所以数据割接保存是云HIS工程实施不可缺少的局部。

假设医疗机构前期没有使用HIS系统,那么直接做前期准备维护数据启用系统即可;假设医疗机构前期有使用HIS系统,那么要进展数据割接,将原有的系统数据对接到新系统中。

1.4.试点运行调试

云HIS区域医疗的实施是以点到面的推广模式开展,所以对试点的系统启用至关重要,它将影响下一个机构系统启用的时间以及整个云HIS平台实施的进度。

必须做好前期的环境搭建、运行调试以及压力测试等工作。

四、实施总体方案

1.1.组织机构及职责分工

云HIS工程实施主要有省市县卫计委、各医疗机构、云HIS厂商三个机构配合完成,具体责任分工如下:

1.1.1.省市县卫计委

云HIS信息平台的建立主要是为政府致力搭建安康大数据平台,开展医疗大数据,以此提升的医疗管理和医疗效劳水平。

所以在云HIS信息平台的实施过程中,由地区卫计委牵头下发相关文件,组织各医疗机构学习推广认可云HIS,制定区域性医疗平台的管理方法以及新的医疗流程。

要求各医疗机构负责人为实施培训人员提供办公场所并全力配合,提供培训环境,以便云HIS工程实施顺利进展。

人员构成及分工:

XX

部门

职务

分工

管理机构

组长

领导小组组长,全面领导整个区域医疗机构云HIS信息平台的建立

管理机构

副组长

在组长的领导下,指挥、协调、组织各医疗机构云HIS实施正常开展,并及时上报组长

机构负责人

领导小组

成员

完成院工程实施和具体落实管理机构组长的各项安排;协调管理机构、医疗机构和云HIS厂商。

1.1.2.医疗卫生机构

云HIS信息平台的建立宏观是面向省市县区域,而微观那么面向的单个的医疗机构。

所以区域性还是以基层卫生机构为单位向上级管理部门或医疗机构包围的模式。

因此在云HIS工程的实施过程中还是以单个医疗机构来实施。

需要医疗机构提供云HIS相关根底信息维护数据〔如科室信息、人员信息、药品信息、杂费信息等〕;假设采用分散式培训模式还需提供培训环境场地。

人员构成及分工:

XX

负责人

职务

分工

机构

负责人

组长

领导小组组长,全面领导医疗机构信息化建立

副院长

院办主任

副组长

在组长的领导下,协助工程的指挥、协调、组织,确定系统运行方案,催促落实各项实施方案和管理措施

信息科主任

日常负责人

协助院领导协调工程实施,具体落实院领导各项安排;协调沟通医院各科室

各科主任

小组成员

根据院领导的指示,配合实施工程师完成工程的实施及问题的反应等。

1.1.3.云HIS厂商

云HIS工程的实施维护升级工作全程由云HIS厂商来执行完成。

首先云HIS实施工程师必须根据省市县卫计委的要求来搭建部署中心效劳器环境,建立区域平台、授权平台机构等工作,并在启用系统之前进展最后的压力测试以保证系统启用之后能够正常运行,不影响医疗机构的正常业务;

其次根据培训环境及要求对各个机构操作人员进展业务操作培训以便云HIS正式启用之后医疗业务人员能够正常使用系统,不影响医疗机构的正常就诊;

另外云HIS实施人员还要根据医院的具体情况进展数据割接。

假设医院之前没有使用HIS系统,那么要求医院提供相关的根底数据进展维护;假设医院之前有使用HIS程序程序那么要进展原有数据的比照割接,保证医疗机构的数据能永久保存;

最后启用云HIS系统,跟进机构操作员业务流程正确,确保医疗机构能够正常就诊。

人员构成及分工:

XX

所属部门

职务

分工

1人

云HIS厂商

云HIS技术经理

负责协调本部门技术人员完成工程实施,工程实施参谋,协调解决工程实施过程中出现的重大问题及进度跟踪。

1人

云HIS厂商

工程经理

负责现场工程进度安排,指导解决工程实施中的技术问题,协调资源完成工程实施

1-2人

云HIS厂商

实施

工程师

负责工程实施中的现场技术指导工作

包括指导机构数据准备、培训机构操作人员,与机构共同指定工作流程、管理流程

1人

云HIS厂商

商务人员

负责工程的商务协调

1.2.需求调研

1.1.1.医疗机构根本情况

1.机构根本信息

机构名称

地址〔含〕

机构编码

在编床位数

XXX医院

2.门诊住院业务开展情况

门急诊日就诊量

顶峰时间段

住院患者数

顶峰时间段

3.科室信息根本情况

科室名称

开展业务

备注

4.科室床位根本信息

科室名称

在编床位数

加床位数

负责人

5.人员概况根本信息

科室名称

医生数量

护士数量

配药人数

财务人数

其他

1.1.2.原有信息系统运行情况

1.原有HIS运行情况

HIS厂商名称:

XX厂商HIS

模块名称

运行情况

运行时长

开发工具

数据库

备注

EMR厂商名称:

XX厂商EMR

模块名称

运行情况

运行时长

开发工具

数据库

备注

2.云HIS系统对接接口根本情况

接口类型

接口对接厂家

负责人联系方式

备注

3.卫计委或医院对未来云HIS的开展规划

1.1.3.进度方案

1.2.1.1.试点建立

1.环境部署

1)网络拓扑图

后期增加

2)环境要求

●效劳器型号及配置

型号:

XX型号

配置:

●网络带宽

根据测试结果定义

●客户端操作系统

2.压力测试

压力测试对于云HIS工程的实施至关重要,主要分为软件业务的压力测试和业务人员压力测试:

软件业务压力测试主要是为了对云HIS系统的业务流程的测试,以业务流畅性、数据准确性和功能优越性为原那么进展系统测试;

业务人员压力测试主要是为了对医疗管理机构、医疗机构等业务操作人员的操作能力水平进展测试,保证云HIS系统在启用之后各个环节能够流畅操作系统,不能有挂不出号、开不出处方、收不了费等现象出现。

3.确定业务流程

云HIS系统支持多种业务流程,在系统投入使用之前,需要根据医院的实际情况和系统所提供的功能。

确定技能满足医院的管理需求和规,又适合于软件系统处理的合理流程,主要包括门诊就诊流程、药品管理流程、住院工作流程以及各种住院费用的管理流程等,同时指定相应的管理规章制度,下发科室并组织学习,要求所有操作人员能了解系统的管理要求。

4.数据割接

启用云HIS系统试点,必须对医疗机构的医疗数据进展割接。

假设医疗机构前期没有使用HIS系统,那么要求医疗机构提供相关数据进展维护〔如:

科室信息、人员信息、药品信息、收费工程信息、权限信息等〕,并对已维护的数据进展核对才能启用云HIS系统;假设医疗机构前期有使用HIS系统,那么要求医院提供相关的系统信息及数据库信息,实施人员对两个系统的数据库表构造进展比照。

将医疗机构的旧数据移到云HIS数据库中,以保证医疗数据的永久保存。

5.接口开发

云HIS信息平台作为医疗软件的根底平台,可以对接各个医疗接口;如省级上报平台接口、新农合医保接口、公共卫生系统接口、LIS接口、PACS/RIS接口、短信网关接口、银医自助挂号支付接口、移动端支付接口等。

在云HIS信息平台的实施前期需要云HIS开发厂商跟接口开发厂商对接,了解接口需求并进展开发、调试、测试,云HIS启用之后短时间必须加载调试完成并投放使用。

6.应用完善

云HIS信息平台试点启用之后,实施人员必须根据医疗机构的实际使用情况对业务操作人员进展现场指导及系统的维护;向医疗机构负责人上报系统运行的性能情况、业务流畅度、出现的问题等信息;反应信息给工程负责人协调开发人员进一步进展完善和优化。

1.2.1.2.试点推广

总结云HIS试点的实施经历,向区域其他医疗机构进展复制推广。

根据医疗机构管理制度设定个性化业务流程,并确保医疗统计数据的正确性。

大力推广患者安康档案信息共享,实现数据共享的应用。

1.2.1.3.全面推广

鉴于云HIS系统在试点区域使用期间的稳定性、正确性、流畅性根底上,向其他医疗机构、其他医疗区域全面推广云HIS信息平台的建立和宣传。

最终保证实现各个医疗机构无机房、无效劳器、无系统,实现医疗数据共享的安康数据平台。

1.1.4.培训方案

1.1.1.1.试点建立:

现场培训

现场培训主要培训对象是医疗机构各个科室的业务操作人员培训。

在培训效劳器上用已正确初始化的数据,按业务流程要求,用实际使用的业务数据,模拟实际业务发生情况进展培训,采用集中讲解和上级操作的方法进展。

培训效果要求如下:

1、对本岗位使用的模块能够做到熟练、准确操作;

2、对门诊挂号人员要求60秒录入完整的病人挂号信息;

3、对门诊收费人员要求60秒完成一次收费录入操作。

1.1.1.2.试点推广:

集中培训

集中培训主要培训对象是医疗管理机构系统管理人员以及各医疗机构信息管理员。

医疗机构云HIS管理操作人员的培训主要包括医疗机构的管理、功能授权、医务人员的管理;

医疗机构信息管理人员的培训贯穿于根底数据的录入、数据的测试和专业培训的始终。

医疗机构信息管理员参加数据录入和数据测试的过程中,已经掌握了系统的根本应用,也目睹了系统正式启用之后出现的错误现象和解决方法,因此在系统适用性期间以及系统正式上线以后,医疗机构信息管理员要与实施工程师一起帮助指导科室操作人员完本钱质工作,他们也将成为云HIS信息化运用的先行者。

人员要求:

1、熟悉操作计算机,具有计算机、网络维护经历;

2、对网络、操作系统有一定的了解;

3、学习能力强,具有发现问题、分析问题,并能找到正确解决问题的方法。

1.1.1.3.全面推广:

巡检指导

巡检指导主要是在云HIS启用之后对所有操作人员的线上指导。

指导操作人员在短时间准确的完成业务操作,防止有挂不了号、开不了处方、收不了费等现象出现。

以引导的方式帮助业务操作人员熟练业务流程和操作流程。

1.1.2.运行维护

1.1.2.1.工程实施中运行维护机制

云HIS实施过程中,已上线的医疗机构在使用云HIS系统时会提出一些有关系统操作、数据统计、功能缺失等问题,实施人员依据业务流程的流畅性、医疗机构管理制度的正确性以及群众化的原那么进展指导、反应、修改。

不允许出现个性化的需求修改维护。

1.1.2.2.工程实施完运行维护保障

云HIS工程实施完毕,向医疗机构信息管理人员进展工程模块维护移交工作,并向医疗机构云HIS领导小组申请组织验收工作。

而且要给医疗机构管理小组讲述清楚交接完之后系统的运行维护方式,如指导、远程维护,以及系统修改需求的反应方式等。

五、工程风险及风险管理

1.1.风险识别和分析:

实施中可能存在的风险〔如工作协调上,接口对接上等〕的预估和分析。

1.工作协调风险

云HIS工程实施中的工作关键就在于工程经理与管理机构、医疗机构的协调。

如果协调工作做好了将会事半功倍;如果协调工作没有做到位将会影响工程实施的开展和进度。

2.接口对接风险

云HIS信息软件作为根底平台会对接很多医疗接口供医疗机构使用,但在接口对接的过程中会出现接口厂商工程师不到位、时间拖延、没有测试环境等一系列问题。

如果接口前期对接出现以上问题,会影响接口程序的研发和上线,进而导致医疗机构接口使用是否能够按时完成以及完成接口的正确性。

3.网络效劳风险

由于云HIS区域医疗使用的时医疗卫生专网,通过医疗卫生专网实现医疗机构无机房、无效劳器、无系统。

在使用过程中也可能存在网络风险,使云HIS系统不能正常运行。

1.2.风险应对和管理:

可能存在风险的应对措施和日常风险管理。

1.工作协调

云HIS工程实施过程中会出现很多问题,有些问题在意料之中,但有些问题可能不在掌控围。

如果有不在控制围的协调工作,尽早向医疗机构负责人、公司上级领导反应问题,与商务人员进展沟通作进一步协调处理。

2.接口对接

云HIS接口对接有第三方参加,所以有些问题不在自己的掌握围,因此对于接口对接问题应该尽早方案对接、尽早联系对接厂家、尽早发现对接过程中的问题、尽早反应问题、尽早解决问题。

3.网络效劳

对于医疗卫生专网省市县卫计委协调工作,在云HIS信息平台启用之前要对区域医疗卫生装网进一步测试,保证网络畅通。

再要求做出应急预案处理使用过程中出现的突发情况。

六、保障措施

1.1.组织保障

成立云HIS工程实施管理小组,以医疗管理机构管理负责人为组长、副组长,组员由各医疗机构负责人、云HIS厂商工程负责人等组成,建立健全自上而下、层层落实工程实施管理部门。

有了领导的支持,工程开展就有了根底,同时建立一个强有力的组织机构那么是工程实施的重要保障。

1.2.技术保障

1、应用软件的完整性。

按照云HIS软件建立的方式,全面实现医疗机构区域医疗、机构医疗的各县管理要求。

2、应用软件的统一性。

软件技术实现应该对整个医疗机构保持统一性。

3、应用软件开发的灵活性。

既符合标准化、规化的管理要求,实现严格管控,又能根据医疗机构不同的业务流程进展灵活的调整。

1.3.平安保障

平安保障主要分为数据信息平安和网络平安。

数据信息平安可以采取数据的异地备份、冷备份等技术实现数据的平安性;网络平安可以采取增加防火墙,并有统一的管理机构、人员规划、登记、维护、分配IP地址,确保云HIS区域网络有足够的地址容量并有一定的冗余供扩展使用,并及时关闭和回收被废止的地址

1.4.宣传保障

由省市县卫计委、医疗机构、云HIS厂商三者联合,将云HIS试点作为模板,进展宣传和复制推广。

政府相关文件与云HIS的有点相结合,推广到更多的区域、医疗机构,实现医疗大数据、数据共享。

七、

1.2.一

机构名称

机构级别

负责人

联系方式

云HIS版本

HIS

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2