医院信息系统应用实例 检验结果共享用例.docx
《医院信息系统应用实例 检验结果共享用例.docx》由会员分享,可在线阅读,更多相关《医院信息系统应用实例 检验结果共享用例.docx(21页珍藏版)》请在冰豆网上搜索。
![医院信息系统应用实例 检验结果共享用例.docx](https://file1.bdocx.com/fileroot1/2022-10/11/2126eeaa-4654-4354-b420-0110490fc38b/2126eeaa-4654-4354-b420-0110490fc38b1.gif)
医院信息系统应用实例检验结果共享用例
检验结果共享用例LaboratoryResultSharingUseCases
BallotDraftforTWGandSC
更新记录DocumentHistory
电子病历委员会用例模型工作组EHRSteeringCommitteeUsageModelWorkingGroup
2007-1-19
Draft1
PhenixPuQIN
XUEWanguo/UMWGCo-chairMENGZhaobin/UMWGCo-chair
ProposeforTWGandSCdiscussion
编辑体例Legend
@@文字@@
编辑标记
名词
标识特有名词或文内专有的提法或姓名
删除
标识准备删除但暂留在文内存储的文本
[工作组注释]
工作组注释的内容,未确定是否可作为正式发布内容。
灰色表格单元
工作组注释内容
版权说明CopyrightNotes
@@Internaluseonly@@
目录TableofContents
概述Introduction2
背景Background2
关于本文档AboutThisDocument2
范畴Scope3
该用例范畴包括In-Scope3
该用例范畴不包括Out-Scope3
情节图板Storyboard4
情节故事Stories4
用例模型概述UsageModelBrief5
利益人与行为人StakeholdersandActors6
利益人分析Stakeholders6
行为人与角色ActorsandRoles7
前置条件Preconditions8
后置条件Post-conditions9
实现瓶颈ObstaclestoImplementation10
患者标识PatientIdentification10
医疗服务者识别ProviderIdentification10
鉴权和授权AuthenticationandAuthorization10
医生责任PhysicianResponsibilityandLiability10
公用术语服务CommonTerminologyService11
详细用例DetailofUseCasePerspectivesandScenarios12
行为人和角色ActorsandRoles12
患者视角PatientPerspective12
医生视角ClinicianPerspective13
检验室视角LaboratoryPerpective15
数据中心视角DataRepositoryPerspective15
定位服务视角LocatorServicePerspective16
概述Introduction
背景Background
为了在跨医疗机构范畴有效地实施医疗和相关健康服务,不同的服务提供者之间产生交换和共享患者医疗信息的需求。
在医疗检验报告的方面,广泛实现检验信息系统(LIS)和电子病历系统(EHR)之间安全可靠的临床信息共享,可以为医疗服务人员提供一个高度集中的临床数据源,并在医疗服务点有效使用这些数据,而不论检验本身是在何时何地进行过的。
LIS和EHR系统间的互操作,可以帮助减少医疗差错,减少消耗医疗资源和成本的冗余检验。
并改善医疗卫生的服务效率。
关于本文档AboutThisDocument
本文档是电子病历委员会关于以上领域使用期望的书面刻画,其目标是:
•作为案例考察、现状研究、期望分析等一系列研究工作的总结文件。
•通过情节图板,在电子病历委员会与利益人之间,建立一个非技术性的沟通工具,以说明用例的现实意义,并帮助验证利益人的(潜在)期望是否被该用例正确的捕获。
•通过用例,将利益人的(潜在)期望综合为模型化的概括表述。
•作为电子病历委员会用例工作组与技术工作组就领域用例模型协同工作的工具。
以及作为技术委员会最终发布的互操作规范的依据。
[工作组注释]鉴于国内大多数医疗机构相关利益人,在关于检验结果甚至其他医疗信息共享方面,由于动机和条件所限,尚少有明确的直接需求。
本文档所描述的检验结果共享情节和用例,将不仅仅反映现实的状况和直接需求,而一并包含基本符合利益人期望的潜在需求。
这种用例刻画工作的可接受程度,将通过本文档同各种利益人作更长期的验证,并在以后的版本中反映这种变化。
[工作组注释]本文档参考HITSP在2006年3月的提供的HarmonizedEHR-LabUseCaseVersion1.0文件以及8月的互操作规范中相关的部分。
情节图板和分析部分与参考文件不同,用例的结构类似,但其中详细事件和动作的说明条目根据国内的情况和前期的调查研究而有所区别。
范畴Scope
该用例范畴包括In-Scope
在不同的医疗服务提供者(及其信息系统)之间交换和共享检验报告,并满足以下基本要求。
·可及性(accessibility)。
一个系统可以访问/获取另一个系统的信息。
·可管理性(manageability)。
共享的行为和策略可以在运行中进行配置和管理。
·安全性(security)。
原来的信息不会因共享本身到其他系统(期间和之后)而降低其安全性或泄露利益人隐私。
该用例范畴不包括Out-Scope
本用例在此明确排除以下内容:
·检验报告的产生/order。
关于原始检验报告如何被产生。
·转诊/referral。
关于患者在不同医疗服务者之间转诊本身的业务流程。
·付费/payment。
关于付费内容的细节。
·专有性/exclusiveness。
因采用某种技术或者产品而带来的附加限制。
情节图板Storyboard
本节以“情节故事”(story,vignette)描述用例在现实中成功执行的案例,套用医疗实际情境。
目的在于独立于技术标准之外,完整而浅显地说明本用例的范畴、假设条件、实现的意图、功能以及主要角色等,并提供一个应用讨论的基础和形式。
情节故事不追求用例的完备性,而重在形象地表达。
根据情节故事的基本要点,本节将概括出用例模型的主要内容。
情节故事Stories
以下情节故事是参考现实和利益人潜在期望的虚构内容用于反映符合利益人认可的潜在期望,以及用例的要点内容。
故事1方医生从社康管理中心取得患者唐女士的血糖检验结果
情节1.1某市某小区居民,唐娣霞女士,57岁,退休。
情节1.2唐女士患有II型糖尿病,她的社区卫生健康服务站为她提供了慢性病管理服务,那里的全科医生陈其康大夫一直在定期监测她的血糖指标,并每次将测量的血糖指标和其他一些的化验结果上传存储到在城区社康管理中心的居民健康档案系统中。
情节1.3唐女士最近时常有发烧、痰血、胸闷症状。
星期三上午,唐女士到市人民医院看门诊,医院的方进安大夫让唐女士做了痰样化验等检查,发现抗酸杆菌阳性,并根据其他一些临床症状,初步诊断为结核病。
在了解到唐女士的糖尿病情况以及在社区参加的慢病管理计划后,方大夫认为很有必要参考一下唐女士近期的血糖变化情况,以进一步诊断是否是糖尿病合并肺结核。
情节1.4方大夫用医生编号和密码登录自己计算机上的人民医院门诊患者电子病历系统,调出了挂号时登记好的记录,唐女士的一些基本信息,包括姓名、身份证号、退休统筹医保号等等。
方大夫点选了其中“查询社区居民健康信息”的功能页,在查询表格里面选中了今日门诊患者之一的唐女士,接着询问她家的街道名称等一些其他信息,按下查询按钮后过了一会儿系统显示“找到1条登记记录”,唐女士的名字显示了出来,不过不能查看细节。
情节1.5方大夫向唐女士解释了人民医院是城区社康管理中心的认可合作医院,他要在通过他的系统在管理中心查询是否有唐女士最近的血糖监测检验结果,以便诊断参考。
唐女士表示同意,并在方大夫的计算机查询页的病人授权密码处输入了自己在社康站设置的查询密码。
提交后,方大夫可以看到唐女士最近的慢病管理计划了,其中列出了多个检验种类和项目。
情节1.6方大夫选中了最近三个月的血糖监测指标检验结果,点击系统上的“导入门诊患者电子病历”选项,系统显示“正在连接数据中心,请稍候”,过了一会儿接着显示“连接成功,正在下载”。
几秒钟后,方大夫就在自己电脑上的电子病历系统中看到了所需的检验结果。
用例模型概述UsageModelBrief
本文档所指的“检验结果共享”用例概述如下:
一个医疗服务的提供者或者医学研究者(请求者)希望获得自己的病历系统里所没有,但与医疗服务的接受者(患者)相关的检验数据。
检验请求者通过查询一个查找定位服务(可能是直接询问患者本人或者通过某种服务查找),找到相关检验结果内容的所在地或拥有者(应答者、数据中心)。
请求者与之建立联络,并将自己标识为合法的请求者。
检验结果的请求者与应答者就患者的身份协商达成一致(确保双方谈论的是正确的患者)。
请求方说明所需的检验结果,应答方找到所需的内容数据。
在患者(或其代理)的授权之下,应答者发放这些检验结果数据给请求方。
双方验证数据已经被正确传输,并对这次交易进行记录。
利益人与行为人StakeholdersandActors
利益人(stakeholder)指期望该用例成功完成的人或其他实体。
行为人(actor)指直接参与用例的人或其他实体。
利益人分析Stakeholders
利益人不一定会直接参与用例的运作,但是其期望会影响用例的模式和实现,例如监管机构,认证系统等等。
有的利益人不参与用例,即不是行为人。
但所有的行为人显然都是利益人。
如下表。
1
一般大众
患者,定位者
改善医疗服务质量
社区居民
2
直接医务人员
请求者,应答者
改善个人业务效率
全科医生
3
临床研究人员
请求者
更方便地获取研究所需数据,更好的数据质量
医学院
4
公共卫生机构
请求者
更方便地获取公共卫生监测所需的数据
疾控中心
5
医务监管政府机构
无
改善医院的医疗服务质量和效率,不违反现行法律法规和监管条例
医政司
6
付费机构
无
降低医疗服务费用
社保局
7
电子病历系统厂商
无
增强产品功能,提高客户满意度
社康工作站软件开发商
8
检验室
应答者
改善医疗服务质量
社康站
9
标准开发组织
无
标准被采纳,获取实践需求
电子病历委员会
10
区域医疗信息组织
定位者
增加覆盖用户数量
11
医院系统
请求者,应答者
改善医疗服务质量和效率
301医院HIS系统
12
集成医疗卫生服务系统
请求者,应答者,定位者
改善医疗服务质量和效率,降低费用
某市区卫生信息网
13
病案保管单位
应答者
减轻工作负荷
医院病案
14
医生目录组织
定位者
改善医疗服务质量,减少医疗差错和投诉
”导医网“
15
消费者组织
无
改善医疗服务质量
”导医网“”爱康网“
16
交易组织
无
改善工作环境
中国无明显此项?
17
循证医学组织
无
严格检验结果
中国无明显此项?
18
案件管理员(CaseManager)
请求者
改善个人业务效率
中国无明显此项?
行为人与角色ActorsandRoles
用例中直接使用的行为人列表见“详细用例”。
前置条件Preconditions
本文假设以下内容在该用例之前以下条件已经