实施工程师职能说明书V0.1.doc

北京浙大中控研发中心
实施服务团队
职能说明书
V1.0

保密等级：中
保密范围：实施服务团队

修改历史
版本号
修改人
修改日期
修改内容
审批人
V0.1
刘剑
2010-7-14
新增
/

目 录

1. 实施宗旨 4
1.1. 职业概述 4
1.2. 职业描述 4
2. 任职资格 5
2.1. 专业知识 5
2.2. 相关知识 5
2.3. 通用技能 5
2.4. 岗位禁忌 5
3. 工作职责 5
3.1. Pride技术框架 6
3.1.1. 熟悉Pride系统架构 6
3.1.2. 熟悉PridePride功能点 7
3.2. 系统实施 15
3.2.1. 部署系统环境 15
3.2.2. 维护系统环境 16
3.2.3. 系统实施 18

1. 实施宗旨
为了保证项目的顺利实施同时提高客户对产品的满意度，在本部门质量管理体系和上级主管的授权范围内，完成系统实施和维护工作。
1.1. 职业概述
软件实施工程师的工作是软件产品服务主线的一个决定性环节，软件的成功离不开实施。那什么才是成功的实施呢？要让用户真正使用起来，让用户满意，用户的成功也就是软件的成功。软件的实施，其实并不是一件看起来很容易的事，也许可算是一项挑战，有时还需要工程师们一种“明知山有虎，偏向虎山行”的信心和勇气
1.2. 职业描述
1、 具有IT和信息化方面的知识基础；
2、 负责对客户的业务需求进行调研分析、需求反馈；
3、 负责系统上线的配置、测试、交接工作、系统培训；
4、 负责对项目的过程管控；
5、 能够胜任项目实施方案的撰写、需求分析和建议书的编写；
6、 与客户方保持良好的合作，确保项目进度与质量（重在沟通）；
7、 协助项目验收；
8、 负责项目维护，保障项目的稳定运行；
2. 任职资格
2.1. 专业知识
熟悉软件工程规范、掌握计算机网络基础知识，了解系统集成相关知识；
熟悉Windows2003 Server操作系统；
熟悉Oracle、SQL server；
2.2. 相关知识
了解软件行业相关知识,了解医学背景知识；
2.3. 通用技能
具备信息搜索能力、沟通能力、团队合作能力、应变能力、责任心、进取心
2.4. 岗位禁忌
禁止在任何场所、向任何人泄露公司的商业机密和技术机密；
禁止向外泄漏项目内部的技术资料。
3. 工作职责
以下列出来的均为实施组必须掌握的职能技巧，现场人员务必掌握以下知识点
3.1. Pride技术框架
3.1.1. 熟悉Pride系统架构
熟悉Pride系统架构，了解公司产品的定位。
3.1.1.1. 公司数字化平台架构
电子病历系统的体系结构如下图所示。来自各基础业务系统的数据通过系统集成平台，融合到临床数据中心，形成完整而标准的数据存储，并通过医疗信息平台中的多个系统，为电子病历集成终端提供服务于临床的各类功能。

电子病历系统共包括以下核心部件：
1、临床数据中心：完整的、标准的、结构化的临床数据存储库，是电子病历系统的核心，可为管理、科研和临床决策提供各种信息支持。
2、系统集成平台：基于标准的系统集成规范，实现数字化系统内各分系统、子系统及模块间的数据融合及工作流协同。
3、医疗信息平台：提供构建于临床数据中心之上的各类服务，包括医疗信息服务、受控医学术语服务、医疗工作流管理服务、临床知识库管理服务、临床路径管理服务以及临床决策支持服务等。
4、电子病历集成终端：提供面向医护人员的工作平台，实现病历集成视图、数据综合浏览、计算机医嘱管理、结构化文档编辑、闭环医嘱管理等功能。
3.1.2. 熟悉PridePride功能点
熟悉Pride业务，能够有利于与用户进行沟通、培训、需求讨论。
3.1.2.1. 熟悉Pride产品优势
在临床数据中心的基础上，电子病历系统通过开放式的医疗信息平台以及电子病历集成终端，为医护人员提供了一个更方便、更快捷、更准确、更安全、更可靠、更人性化、更智能化的数字工作环境。其具体功能如下：
1、 电子病历集成视图
医院现用军卫一号工程的医生工作站、护士工作站、PACS工作站、超声图文报告系统、内镜图文报告系统、心电图信息系统、监护和手术麻醉系统等彼此之间独立，就某一个患者而言，医护人员要了解掌握其各种诊疗信息，需要在各系统中重复选择该病人的相关信息；而且对该患者是否做过某项检查必须到相应系统中才能进行查询，给临床工作带来了极大的不便。针对上述缺陷，公司提出了电子病历集成视图，仅通过这样的一个界面，即可方便、快捷、准确的将患者的病历资料（含手术麻醉）、各种影像资料、检查、检验资料集中展现，实现快速浏览、书写等各种功能，极大地提高工作效率。系统如下图所示：

2、 数据综合浏览视图
数据综合浏览视图用于实现对各种医学影像（X-Ray、CT、MRI、超声、胃肠镜）、心电图、监护数据和麻醉监护数据等在内的多种医疗数据的综合阅览分析，在大量富有价值的参考信息的基础上，开展自己下一步的诊疗工作。该视图完全打破了科室的界限，使全院所有医生、护士以及医务人员均采用统一的界面进行多种医疗数据的浏览和操作，改变了各科室数据分散而孤立的现状，跨科室实现了所有医疗数据的集成和整合。借助于数据综合浏览视图，医护人员可以对集中视图中任意部分进行独立显示。系统如下图所示：

数据综合浏览视图同样基于组件化的思想进行设计、开发，以便适应不断发展的医疗技术，能够持续集成更多的新型的医疗数据。对于每种医疗数据类型，我们均实现一个与之对应的组件，在组件内部封装了所有针对这类数据所必须的解析、浏览、处理等各类基本操作，并对外提供一致的接口服务。上层应用直接面向一系列这样的组件进行开发，不需要关注每种数据类型的具体细节。在此基础上，提供开放的接口，可通过版本升级的方式，采取与设备厂商合作开发相应的功能组件，或者由设备厂商提供数据接口组件的方式，提供对新数据类型的支持。
3、 病历文档编辑和管理
病历文档（即传统病历，包括住院大病历、入院记录、病程录、手术记录、出院小结等）包含了丰富的临床信息，在现有医疗流程中依然是最为重要的持续治疗的信息支持源，但是传统的纸张形式的病历书写和管理面临许多问题，如手写病历潦草难以辨认、记录内容不完整、不准确、不及时，同时管理费用不断攀升、多人无法共享、不能满足高通量的计算机自动处理等。而简单的通过电子化文档编辑（如使用Word）来实现病历文档的编辑，虽然可以在一定程度上克服纸张病历的缺陷，但由此带来的千篇一律的复制病历问题开始困扰管理层，病历张冠李戴等现象无法根绝。修改痕迹无法保留，三级检诊流程无法顺畅进行。同时这种不具有信息结构的电子文档依然不能服务于病历信息的计算机自动处理，也无法实现到真正电子病历的跨越。
电子病历追求在长期积累条件下的计算机自动处理和跨机构信息共享，在技术上就是要求电子病历中的信息具有标准化和结构化，但是在现有的医学信息学环境（包括标准体系建设、医疗管理体制、医学信息表示研究等）下使用完全标准化结构化的病历信息还无法实现，比如医疗管理还需要以文档的形式来记录病历信息、以自然语言为形式的信息记录方式是临床教学和实践基本要求、完全结构化的信息表示方式还无法满足灵活复杂的临床信息记录需要。相应的国际标准化研究组织也充分认识到这样的情形，逐步形成了以满足人工阅读和临床信息表达为基础以服务于计算机自动处理的标准化结构化为补充的半结构化标准病历信息表示方法，如HL7 Clinical Document Architecture v2.0 (CDA 2)、ENV 13606等。
基于这些国际标准我们提出了一套适应中国医疗环境的专业病历文档编辑系统：
首先，在充分尊重原有的病历文档编辑和浏览习惯的基础上提供方便专业的文档录入环境（如术语录入支持、专业科室模版、其它临床数据（医嘱、检验结果、检查报告结果）的导入等），同时通过系统设定可以有效地控制病历文档的全文复制，并根据现有病历使用和管理流程实现方便的文档打印、文档导航、附加文档等功能。
其次，通过采用HL7 CDA2标准作为病历文档信息表示，使病历文档结构本身具有丰富的计算机可处理的上下文信息，同时结合PKI环境，依据《中华人民共和国电子签名法》实现对于电子病历文档的电子签名，并依据电子签名确认病历文档的修订痕迹，使电子病历文档具有同纸张手写签名同样的效力，满足跨机构的病历文档共享要求。

病历文档编辑系统
4、 临床路径管理和应用
临床路径（CP）是一种诊疗标准化方法，以缩短平均住院日、合理支付医疗费用为特征，按病种设计最佳的医疗和护理方案根据病情合理安排住院时间和费用。不仅可以规范诊疗过程，减少一些不必要、不合理的诊疗行为而且，还可以规范诊疗行为应完成的时间等，增强了诊疗活动的计划性。在提倡高效率、高品质、低费用的医疗服务改革下，临床路径提供了多专业协作的工作模式；保证医疗护理等措施在既定时间内实现，并达到预期的医疗效果，促使了医疗资源的有效利用；同时，通过使用病人版的临床路径，帮助病人及家属了解医护详细过程和时间安排，使患方能积极配合和监督医院的工作，促进了医患之间的交流和沟通，使医院的医疗服务质量得到不断提高。所以，临床路径一方面符合市场经济的要求，有利于医院在当前激烈的医疗市场竞争中处于优势地位；另一方面，它能够有效地降低医疗成本和有效运用资源，符合当前的卫生改革政策。最后，由于临床路径提供了标准化的诊疗过程并对其实行持续监测和定期评价，有利于医疗服务质量的控制和持续改进，真正遵循循证医学的发展方向。所以，研究临床路径在医疗质量管理中的应用，探索符合院情的临床路径实施办法，对提高医疗质量、降低医疗费用、缩短住院天数、促进医疗资源的合理利用、提高医院在全国范围内的竞争力，具有十分现实的和重要的意义。
美国于1983年10月1日以法律的形式确定了“诊断相关分类为付款基础的定额预付款制（DRGs—PPS）”，用于老年医疗保险和贫困医疗补助方案的住院医疗费的支付，从而诞生了临床路径概念。日本某些医疗机构从2003年4月开始引入了Diagnostic Procedure Combination （DPC），它的意义同样在于为某种特定疾病的看护花费设定的费用，目前日本的一些电子病历系统中已经实现了基于DPC的临床路径。但是传统的通过构建固定医嘱模版的方式，往往在实际使用中会遇到问题，比如手术当天没有空余的手术室；药品出现短缺；口服药物医嘱的病人无法使用口服方式，这些都会引起原有临床路径的中断，通过设计一种以语义为核心环节的路径，为每个语义点提供默认路径及替代旁路的临床路径建模方式，可以让临床路径更加可行。这种语义路径避免了传统路径下粗鲁的路径展开模式，在确保路径基本符合的情况下，给临床人员更多的决策空间，展开过程在每个语义项目前根据一些条件可以提供最佳旁路提醒；同时语义临床路径在可视化时可以避免晦涩的医学专业词汇更有利于病人和家属理解，配合临床路径。
临床术语库
CP本体论
临床路径术语库
临床路径表示语言
临床路径建模工具
临床路径库
电子病历集成终端
CPOE
临床路径解析器

图 基于语义的临床路径实现应用
5、 集成平台
数字化项目业务信息系统集成规范制定的总体原则是完全符合和遵从现有标准和规范，缩小系统集成所涉及的角色和事务范围，限制临床信息系统对标准和规范实现的随意性，从而降低系统集成的难度并提高系统集成的效率。具体来说，数字化项目临床信息系统集成规范基于以下原则制订：
¨ 集成规范在IHE所覆盖的范围内，完全符合该集成框架；在IHE所覆盖的范围之外，集成规范依据该集成框架的原则进行扩展。
¨ 集成规范在HL7、DICOM等现有标准所涵盖的范围内，完全遵从HL7、DICOM等现有标准。
集成规范以数据、工作流以及统一登录等三个方面的内容为中心，选择性地集成临床信息系统中与病人、医生、护士以及医院管理等方面密切相关的医疗信息和事务。
3.1.2.2. 熟悉Pride业务功能
主要包括四个方面：
1、 熟悉Pride住院医生工作站；
详细见对应用户手册《集成医疗终端用户手册_病房医生V1.2 .doc》
2、 熟悉Pride住院护士工作站；
详细见对应用户手册《集成医疗终端用户手册_病房护士V1.32.doc》
3、 熟悉Pride门诊医生站；
详细见对应用户手册《集成医疗终端用户手册_门诊医生V1.0.doc》
4、 熟悉Pride编辑器；
详细见对应用户手册《编辑器用户手册V1.0.doc》
3.2. 系统实施
3.2.1. 部署系统环境
本节主要是描述Pride系统运行所需要的服务端环境，Pride系统主要采用三层架构，1、服务端-数据库层；2、服务端-数据访问服务层；3、客户端-上层应用系统；
实施人员根据实施方案能够快速部署数据库、服务器环境。
3.2.1.1. 数据库搭建
详细见对应系统环境搭建文档《浙大中控数字化项目服务器说明之Oracle数据库的创建和恢复说明文档V1.3.doc》。

3.2.1.2. WebService搭建
详细见对应系统环境搭建文档《浙大中控数字化项目服务器说明之WebService应用服务器V1.0.doc》。
3.2.1.3. 文件服务器
详细见对应系统环境搭建文档《浙大中控数字化项目服务器说明之文件服务器V1.0.doc》。
3.2.1.4. HL7引擎服务器
详细见对应系统环境搭建文档《浙大中控数字化项目服务器说明之文件服务器V1.0.doc》。
3.2.1.5. 熟悉Pride客户端运行环境
详细见对应系统环境搭建文档《浙大中控数字化项目客户端安装配置说明V1.0.doc》。
3.2.2. 维护系统环境
以下为数据库、服务器的维护方案，现场人员监控数据库、服务器的运行状况，快速定位问题所在并协调相关资源共同解决，保障系统环境的稳定。
3.2.2.1. 数据库日常维护
为保障临床数据中心的稳定工作，需要现场人员对数据中心进行日常维护，实时关注临床数据中心的性能及稳定性，保障PRIDE产品运行顺畅。
详细见对应数据库维护文档《PRIDE临床数据中心日常维护事项.doc》。
3.2.2.2. 数据库备份文件维护
目前数据库的维护基本是针对301西院的项目，其他医院的临床数据中心均由院方自行维护，对于数据库的维护，我方现场人员的维护工作为：a）整理数据库磁盘空间，保证数据库空间充足；b）备份数据的恢复实验；
详细见对应数据库维护文档《PRIDE临床数据中心维护文档V1.0.doc》。
3.2.2.3. ORACLE数据库及服务器日志和报告的获取
现场人员必须了解ORACLE数据库和所在主机的运行情况，这样一方面可以帮助数据库性能优化，另一方面也可以检查和排除潜在系统风险。操作系统日志主要指OS内核记录的重要事件和报错日志以及存储容量方面的统计报告。数据库性能报告指适当时间区间的STATSPACK报告或者10g以后的AWR报告，以及告警日志和错误发生时的跟踪文件。
详细见对应数据库维护文档《PRIDE数据库及服务器日志和报告的获取.doc》。
3.2.2.4. 中间层IHDDataService日志的获取
中间层的日志上记录了PRIDE系统操作对应的底层的调用的接口函数，记录了对应的访问数据库的错误信息，可通过日志获取定位问题的所在，进而修复错误。
详细见对应维护文档《PRIDE中间层服务器日志的获取.doc》。
3.2.3. 系统实施
3.2.3.1. 需求收集
需求收集主要包含以下几个内容：
一、 项目前期调研；
项目前期调研主要包括以下几个方面：
（a）了解医院基本情况、科室分布、药房、服务器配置、临床软件使用情况，整理成文档。
（b）熟悉医院原有业务流程，整理成文档。
（c）临床数据中心调研。
根据临床数据中心实施方案进行数据库结构的调研，搭建临床数据中心有两种方案：
1）我方的临床数据中心与院方HIS数据库独立，需要我方设计接口逻辑与院方HIS数据库进行数据交互。这个环节中需要了解我方的接口逻辑是否符合HIS数据库。
2）我方临床数据中心在院方原有HIS系统上进行数据变更，这个环节需要现场人员比对两者数据库的差异，将 符合Pride系统的数据库变更执行到HIS数据库。
（d）客户化配置调研。
1）打印样式收集，将PRIDE系统涉及到的打印样式与院方确认，统一调整。
2）护理的分类标准，根据医院实际情况进行调整。
3）根据医院实际业务流程对PRIDE功能进行调整，目前我方与HIS的集成主要集中以触发器体现，因此要根据实际情况调整触发器的内容。
（e）客户化功能改造
结合医院实际进行PRIDE客户化功能改造，主要包括PRIDE界面功能的调整、新功能的开发以及与医院其他系统的集成。
二、 项目上线后需求调研；
主要针对的是PRIDE功能的完善以及Bug的确认方面的调研工作。在此现场人员的工作主要是记录用户的需求（挖掘潜在的业务需求），撰写用户需求说明书，登记到CQ，现场人员必须关注需求的生命周期，直至新版本投入实施。
详细的需求管理流程参照《需求开发和管理流程_1.1.doc》
3.2.3.2. Pride客户端安装包的制作
各个项目的信息化资源的差异，导致了PRIDE客户端在各个项目中的应用都存在差异。这就需要现场负责人熟悉PRIDE客户端安装包的制作，将医院的资源（客户化个性配置）整合到PRIDE客户端，方便各个项目的管理。
详细的PRIDE客户端安装包教程参照《Pride客户端安装包制作流程V1.0.doc》。
3.2.3.3. PRIDE版本升级管理
详细PRIDE版本升级流程见《PRIDE升级流程规范V1.0.doc》。
3.2.3.4. PRIDE产品维护
现场人员的重点工作都在对PRIDE产品的日常维护上，日常维护需要了解一定的资源背景，比如：需要熟悉对PRIDE产品的业务流、数据流、相关军字一号HIS系统等，依据上述资源，才能快速定位问题，正确对PRIDE产品进行维护。
产品维护主要是解决客户端软件、计算机外围设备故障等。相关客户服务需要登记至文档《3-现场实施记录表.xls》。
日常维护文档记录可参照各个项目现场的文档。
3.2.3.5. 现场问题定位及处理
为了方便现场人员熟悉PRIDE系统的接口逻辑以及与数据库交互的业务数据流程，IHDDataservice中间层以及PRIDE客户端都有详细的日志说明，通过日志我们可以快速定位PRIDE问题。
客户端日志：
（1）客户端安装主目录下存在C:\PRIDE\PridePrideLog文件夹，该文件夹中存放着pride启动退出的日志记录，如果系统有非法退出，则会记录在log中。可将该log提交给开发组，由开发组进行协调解决。
（2）各个PRIDE客户端的业务功能产生的错误日志记录在系统日志中，见下图：

其中IHDWSAccess记录的是PRIDE客户端产生的错误日志，MedDocSys记录的是福总编辑器的错误日志，详细记录的内容如下格式：

IHDWSAccess日志格式

MedDocSys日志格式
服务端日志：
服务端的错误日志也是通过打开系统日志界面查看的，但服务端有个日志开关可以查看PRIDE业务操作对应的所有日志记录，记录了当前对应的业务调用的接口以及相关的数据流的操作，通过学习该日志，现场人员可以清晰的了解PRIDE业务功能和数据流的操作。
根据上面的学习，我方PRIDE系统采用三层接口，所有的数据访问服务接口都集中在IHDDataService中间层服务器上，采用WebService方式对外提供服务。PRIDE系统只要引用WebService提供的地址即可。
详细查看服务器日志的操作如下：
1、 首先必须确认当前Pride系统引用的WebService对外提供服务器的地址，打开PRIDE主目录。
C:\PRIDE\Pride\PRIDE.exe.config，确认当前的WebService服务器的IP地址、端口以及版本号等信息。
2、登录到对应服务器，计入IIS管理器，选择对应的WebService版本，右键>打开，进入对应的IHDDataService版本主目录。

3、打开web.config文件。

注意：日志等级改成9后，所有引用该WebService地址的Pride客户端均会将产生详细日志，因此日志量会非常大，建议平时不要调整。另外，为了学习或者问题定位，建议配置另外一个WebService服务器，将Pride客户端的WebService地址进行调整。这就保证了另外搭建的这台WebService服务器上只有一个客户端的业务数据日志了，查看起来非常方便。在操作的过程中，如果已定位到问题建议立即将日志等级由9调回1，原因在于Pride有很多后台线程服务，只要Pride处于开启状态，则回访问WebService服务接口，产生日志信息。
3.2.3.6. 熟悉PRIDE业务数据流
Pride总体业务流程：

详细文档参考《北京医院门诊信息子系统功能设计报告V0.1.doc》
《北京医院住院信息子系统功能设计报告V0.1.doc》
《北京医院门诊流程分析报告V0.3.doc》
《北京医院住院流程分析报告V0.4.doc》
同时，为了方便现场人员熟悉PRIDE业务数据流，可以通过配置中间层IHDDataService的日志等级来查看当前PRIDE业务操作对应的数据流程。
3.2.3.7. 制作编辑器模板
这里列举的编辑器是指福总的编辑器，详细模板制作参考《编辑器模板制作说明V1.0.doc》
3.2.3.8. 熟悉军字一号产品
以下只列出对应的军卫一号HIS系统的系统名称，具体请现场人员根据各个项目不同的HIS系统进行熟悉。
门诊系统：
1、 挂号与预约程序(APPOINT)；
2、 门诊收费程序（OBILLING）；
3、 处方录入程序（PRESCENT）；
4、 处方发药程序（PRESDISP）；
住院系统：
5、 身份登记程序（REGIST）；
6、 住院登记程序（ADMIT）；
7、 入出转程序（ADT）；
8、 医嘱摆药子系统（orddisp）
9、 住院收费程序（IBILLING）；
10、 后台计价程序（BACKBILL）；
药房管理：
11、 药库管理程序（PHSTOCK）；
医技系统：
12、 检验信息管理系统（LABRPT）；
13、 检验报告程序（LIS）；
14、 计价录入（BILLENTR）；
15、 手术室管理程序（OPERINFO）；
16、 手术划价程序（OPERBILL）；
病案管理：
17、 病案编目程序（MRCLSFY）；
查询管理：
18、 综合查询程序（INFOQRY）；
详细可参考《北京医院HIS数据流分析报告V1.0.doc》
注：以上对应的数据流的操作可以通过STO工具跟踪得到，具体软件的资源请到svn上下载。