《医院信息系统应用实例 检验结果共享用例》由会员分享，可在线阅读，更多相关《医院信息系统应用实例 检验结果共享用例（25页珍藏版）》请在金锄头文库上搜索。
1、公司检验结果共享用例LABORATORY RESULT SHARINGUSE CASESBallot Draft for TWG and SCLorem Ipsum3更新记录Document History电子病历委员会用例模型工作组EHR Steering Committee Usage Model Working Group日期Date版本Version作者Author审阅者Reviewer / Role变更 / 备注Changes / Notes2007-1-19Draft 1Phenix Pu QINXUE Wanguo / UMWG Co-chairMENG Zhaobin / UM
2、WG Co-chairPropose for TWG and SC discussion编辑体例Legend样式Style说明Description文字编辑标记名词标识特有名词或文内专有的提法或姓名删除标识准备删除但暂留在文内存储的文本工作组注释工作组注释的内容，未确定是否可作为正式发布内容。灰色表格单元工作组注释内容版权说明Copyright NotesInternal use only目录Table of Contents概述 Introduction2背景 Background2关于本文档 About This Document2范畴 Scope3该用例范畴包括 In-Scope3该用例
3、范畴不包括 Out-Scope3情节图板 Storyboard4情节故事 Stories4用例模型概述 Usage Model Brief5利益人与行为人 Stakeholders and Actors6利益人分析 Stakeholders6行为人与角色 Actors and Roles7前置条件 Preconditions8后置条件 Post-conditions9实现瓶颈 Obstacles to Implementation10患者标识 Patient Identification10医疗服务者识别 Provider Identification10鉴权和授权 Authenticatio
4、n and Authorization10医生责任 Physician Responsibility and Liability10公用术语服务 Common Terminology Service11详细用例 Detail of Use Case Perspectives and Scenarios12行为人和角色 Actors and Roles12患者视角 Patient Perspective12医生视角 Clinician Perspective13检验室视角 Laboratory Perpective15数据中心视角 Data Repository Perspective15定位服
5、务视角 Locator Service Perspective16概述Introduction背景Background为了在跨医疗机构范畴有效地实施医疗和相关健康服务，不同的服务提供者之间产生交换和共享患者医疗信息的需求。在医疗检验报告的方面，广泛实现检验信息系统（LIS）和电子病历系统（EHR）之间安全可靠的临床信息共享，可以为医疗服务人员提供一个高度集中的临床数据源，并在医疗服务点有效使用这些数据，而不论检验本身是在何时何地进行过的。LIS和EHR系统间的互操作，可以帮助减少医疗差错，减少消耗医疗资源和成本的冗余检验。并改善医疗卫生的服务效率。关于本文档About This Documen
6、t本文档是电子病历委员会关于以上领域使用期望的书面刻画，其目标是： 作为案例考察、现状研究、期望分析等一系列研究工作的总结文件。 通过情节图板，在电子病历委员会与利益人之间，建立一个非技术性的沟通工具，以说明用例的现实意义，并帮助验证利益人的（潜在）期望是否被该用例正确的捕获。 通过用例，将利益人的（潜在）期望综合为模型化的概括表述。 作为电子病历委员会用例工作组与技术工作组就领域用例模型协同工作的工具。以及作为技术委员会最终发布的互操作规范的依据。工作组注释鉴于国内大多数医疗机构相关利益人，在关于检验结果甚至其他医疗信息共享方面，由于动机和条件所限，尚少有明确的直接需求。本文档所描述的检验结
7、果共享情节和用例，将不仅仅反映现实的状况和直接需求，而一并包含基本符合利益人期望的潜在需求。这种用例刻画工作的可接受程度，将通过本文档同各种利益人作更长期的验证，并在以后的版本中反映这种变化。工作组注释本文档参考HITSP在2006年3月的提供的Harmonized EHR - Lab Use Case Version 1.0文件以及8月的互操作规范中相关的部分。情节图板和分析部分与参考文件不同，用例的结构类似，但其中详细事件和动作的说明条目根据国内的情况和前期的调查研究而有所区别。范畴Scope该用例范畴包括In-Scope在不同的医疗服务提供者（及其信息系统）之间交换和共享检验报告，并满足
8、以下基本要求。 可及性（accessibility）。一个系统可以访问获取另一个系统的信息。 可管理性（manageability）。共享的行为和策略可以在运行中进行配置和管理。 安全性（security）。原来的信息不会因共享本身到其他系统（期间和之后）而降低其安全性或泄露利益人隐私。该用例范畴不包括Out-Scope本用例在此明确排除以下内容： 检验报告的产生order。关于原始检验报告如何被产生。 转诊referral。关于患者在不同医疗服务者之间转诊本身的业务流程。 付费payment。关于付费内容的细节。 专有性exclusiveness。因采用某种技术或者产品而带来的附加限制。情节
9、图板 Storyboard本节以“情节故事”（story, vignette）描述用例在现实中成功执行的案例，套用医疗实际情境。目的在于独立于技术标准之外，完整而浅显地说明本用例的范畴、假设条件、实现的意图、功能以及主要角色等，并提供一个应用讨论的基础和形式。情节故事不追求用例的完备性，而重在形象地表达。根据情节故事的基本要点，本节将概括出用例模型的主要内容。情节故事Stories以下情节故事是参考现实和利益人潜在期望的虚构内容用于反映符合利益人认可的潜在期望，以及用例的要点内容。故事1 方医生从社康管理中心取得患者唐女士的血糖检验结果情节1.1 某市某小区居民，唐娣霞女士，57岁，退休。情节
10、1.2 唐女士患有II型糖尿病，她的社区卫生健康服务站为她提供了慢性病管理服务，那里的全科医生陈其康大夫一直在定期监测她的血糖指标，并每次将测量的血糖指标和其他一些的化验结果上传存储到在城区社康管理中心的居民健康档案系统中。情节1.3 唐女士最近时常有发烧、痰血、胸闷症状。星期三上午，唐女士到市人民医院看门诊，医院的方进安大夫让唐女士做了痰样化验等检查，发现抗酸杆菌阳性，并根据其他一些临床症状，初步诊断为结核病。在了解到唐女士的糖尿病情况以及在社区参加的慢病管理计划后，方大夫认为很有必要参考一下唐女士近期的血糖变化情况，以进一步诊断是否是糖尿病合并肺结核。情节1.4 方大夫用医生编号和密码登录
11、自己计算机上的人民医院门诊患者电子病历系统，调出了挂号时登记好的记录，唐女士的一些基本信息，包括姓名、身份证号、退休统筹医保号等等。方大夫点选了其中“查询社区居民健康信息”的功能页，在查询表格里面选中了今日门诊患者之一的唐女士，接着询问她家的街道名称等一些其他信息，按下查询按钮后过了一会儿系统显示“找到1条登记记录”，唐女士的名字显示了出来，不过不能查看细节。情节1.5 方大夫向唐女士解释了人民医院是城区社康管理中心的认可合作医院，他要在通过他的系统在管理中心查询是否有唐女士最近的血糖监测检验结果，以便诊断参考。唐女士表示同意，并在方大夫的计算机查询页的病人授权密码处输入了自己在社康站设置的查
12、询密码。提交后，方大夫可以看到唐女士最近的慢病管理计划了，其中列出了多个检验种类和项目。情节1.6 方大夫选中了最近三个月的血糖监测指标检验结果，点击系统上的“导入门诊患者电子病历”选项，系统显示“正在连接数据中心，请稍候”，过了一会儿接着显示“连接成功，正在下载”。几秒钟后，方大夫就在自己电脑上的电子病历系统中看到了所需的检验结果。用例模型概述Usage Model Brief本文档所指的“检验结果共享”用例概述如下：一个医疗服务的提供者或者医学研究者（请求者）希望获得自己的病历系统里所没有，但与医疗服务的接受者（患者）相关的检验数据。检验请求者通过查询一个查找定位服务（可能是直接询问患者本
13、人或者通过某种服务查找），找到相关检验结果内容的所在地或拥有者（应答者、数据中心）。请求者与之建立联络，并将自己标识为合法的请求者。检验结果的请求者与应答者就患者的身份协商达成一致（确保双方谈论的是正确的患者）。请求方说明所需的检验结果，应答方找到所需的内容数据。在患者（或其代理）的授权之下，应答者发放这些检验结果数据给请求方。双方验证数据已经被正确传输，并对这次交易进行记录。利益人与行为人Stakeholders and Actors利益人（stakeholder）指期望该用例成功完成的人或其他实体。行为人（actor）指直接参与用例的人或其他实体。利益人分析Stakeholders利益人不
14、一定会直接参与用例的运作，但是其期望会影响用例的模式和实现，例如监管机构，认证系统等等。有的利益人不参与用例，即不是行为人。但所有的行为人显然都是利益人。如下表 表格中的灰色单元格保留给EHRSC内部讨论使用，一般为草稿内容或者用于举例的内容。灰色单元格内的内容不在最终对外的发布文件中出现。利益人Stakeholder直接角色Direct Role利益或期望Stakeholders Interest利益人举例Example1一般大众患者，定位者改善医疗服务质量社区居民2直接医务人员请求者，应答者改善个人业务效率全科医生3临床研究人员请求者更方便地获取研究所需数据，更好的数据质量医学院4公共卫生机构请求者更方便地获取公共卫生监测所需的数据疾控中心5医务监管政府机构无改善医院的医疗服务质量和效率，不违反现行法律法规和监管条例医政司6付费机构无降低医疗服务费用社保局7电子病历系统厂商无增强产品功能，提高客户满意度社康工作站软件开发商8检验室应答者改善医疗服务质量社康站9标准开发组织无标准被采纳，获取实践需求电子病历委员会10区域医疗信息组织定位者增加覆盖用户数量11医院系统请求者，应答者改善医疗服务质量和效率301医院HIS系统12集成医疗卫生服务系统请求者，应答者，定位者改善医疗服务质量和效率，降低费用某市区卫生信息网13病案保管单位应答者减轻工作负荷医院病案
