原文链接:FHIR Medication lists revisited
**译者注:用药信息是每个医疗信息标准都迈步过去的坎儿,能不能准确便捷的表达临床流程的信息流转,满足大多数医疗信息系统的需求,作者也绕着这个梗给大家分享了一些自己的想法。
如何使用List来表达患者的用药列表信息
如何使用transaction来对患者用药列表信息进行更新操作
区域范围内该共享哪些用药信息
这里面主要是探讨如何对用药信息进行评估(medication review 查阅了一些中文材料 这里最合适的翻译是临床用药评估,见参考资料1)(当然可能是一种理想化的情况),又大致可以分为:全面的临床评估,出院前的变更,患者个人反映自己正在服用的某些药物并不在最近的处方列表内。
对于要使用此类信息的系统而言,怎么样最简单最快的能够获得"最近的列表"(最近的一次评估,或许是一种或几种类型)以及既往的变更记录。如果能够保证此类信息及时可靠的话能够极大的降低成本。
对于每一次用药评估而言,我们需要记录:
对于其中每一种药物,需要记录:
为了获得如上的评估信息,我们要能够:
这里我们主要探讨如何对List进行建模,后续的文章里再来看看技术上如何实现。
之前的文章里已经使用过MedicationPrescription资源,其中包括用药的原因,剂量,如何服用,治疗的时间区间等等,这个主要是下医嘱时来用(患者还没有用这些药 针对某次就诊事件而言 有限定的事件点),这里我们使用MedicationStatement (用过的,还没用的用药记录 范围更广)。
选了MedicationStatement 意味着我们得添加一些扩展才能满足我们的需要;
至于说如何在profile里面定义上面提到的扩展,取什么名字,选什么数据类型。
接下来看一看如何使用List。这里面要有 patient (List.subject), who did it (List.source) and date/time (List.date),List.code表示List的类型(loinc 10160-0 – history of medication use).
这里可能也要定义一些扩展,
接下来,考虑如何表示变化前和变化后的List
Scenario | Flag | Deleted | ChangeReason |
Existing Medication | existing | false | |
Changed Medication | changed | false | Reason for change |
New medication | new | false | Why started |
Stopped Mediation | stopped | true | Why stopped |
entry.flag的数据类型为CodeableConcept,标准中给出了一个字典的例子,1.14.2.1.89.1 Patient Medicine Change Types,当然我们可以根据自己的需要进行扩展,或自己造一个字典ValueSets 。
仍需考虑的List的mode,如果是要记录一系列的评估,可能该mode值为changes, 综上所述,我们得到如下的结果
参考资料