Оформлення замовлення на процедури в FHIR - hl7-fhir

А. Процедура ресурс у FHIR не має статусу, так що вине може просто представити його зі статусом = запланованим для того, щоб майбутня подія була замовлена ​​або запропонована безпосередньо. Чи є майбутня дата достатньою, щоб представляти замовлення на процедуру?

Документація ресурсу замовлення вказує, що наступне, що може означати ресурс Процедури, не може бути метою замовлення.

Зауважте, що ресурс може використовуватися лише дляДеталі замовлення, якщо Визначення ресурсу, що використовується в деталях, явно визначає як відомо, що це щось прохане, на відміну від (наприклад) щось сталося. Для деяких ресурсів, таких як рецепт, це визначається завжди бути істинним - це завжди інструкція / запит на те, що потрібно зробити, а інші ресурси може мати певний елемент стану для цієї мети. Якщо визначення ресурсу явно не пояснює це, тоді це не може бути метою замовлення.

Ан Зустріч Ресурс може мати статус планування, і процедура може бути пов'язана з зустріччю, тому одним з можливих рішень може бути Замовлення ресурс з Encounter [статус = запланований] і відповідний ресурс Процедури.

Наприклад, тут представлено FHIR XML процедури біопсії для даного пацієнта:

Процедура Приклад

<Procedure xmlns="http://hl7.org/fhir">
<subject>
<reference value="Patient/example"/>
</subject>
<type>
<coding>
<system value="http://snomed.info/sct"/>
<code value="90105005"/>
<display value="Biopsy of soft tissue of forearm (Procedure)"/>
</coding>
<text value="Biopsy of suspected melanoma L) arm"/>
</type>
<bodySite>
<coding>
<system value="http://snomed.info/sct"/>
<code value="368225008"/>
<display value="Entire Left Forearm"/>
</coding>
<text value="Left forearm"/>
</bodySite>
<performer>
<person>
<reference value="Practitioner/example"/>
<display value="Dr Bert Biopser"/>
</person>
</performer>
<date>
<start value="2014-10-03"/>
</date>
<followUp value="Review in clinic"/>
<notes value="Standard Biopsy"/>
</Procedure>

Отже, що є відповідним представництвом FHIR для того, щоб запропонувати або замовити процедуру?

Відповіді:

Як процедура стоїть, вона не може бути використана для замовлення. Для цього я створив завдання трекера: http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=3001&start=

У вас є кілька варіантів:

• додайте модифікатор Розширення, сказавши, що це "" замовлення, а не те, що відбулося
• використовуйте майбутню дату, як ви говорите, але як тільки ви зрозумієте, що дату виходить?
• вважайте, що це "майбутній порядок, якщо є наказ, що вказує на нього - але що станеться, якщо ви забудете перевірити замовлення? (Або не знаю, чи процедура відокремлена від її порядку?)
• чекати наступної версії :-(

Загалом, ми намагаємося не використовувати "подію"ресурси для замовлень - буде введений окремий ресурс (так само, як DiagnosticOrder використовується для спостереження і MedicationPrescription використовується для MedicationDispense і MedicationAdministration). Цілком ймовірно, накази для процедур будуть включені в ресурс Рефералу, який робоча група PatientCare повинна мати відносно повну версію, опубліковану у випуску до вересня, і проектну версію в найближчі кілька місяців. (Якщо ви вважаєте, що маєте значення для замовлення процедур, які відрізняються від рефералів, повідомте нам про це - включаючи те, що ви вважаєте різницею, і де ви бачили, що "порядки процедур" використовуються поза рефералами.)