Current Build

Переводит компания Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

Work Group Orders and Observations & Clinical Genomics Ballot Status: Informative

Модуль диагностики даёт обзор и руководство по содержимому FHIR, которое отвечает за заказывание и сообщение отчетов медицинской диагностики, включая лабораторные и радиологические исследования и геномику. The Diagnostics Module provides an overview and guide to the FHIR content that addresses ordering and reporting of clinical diagnostics including laboratory testing, imaging and genomics.

В модуль диагностики входят следующие ресурсы:

Ниже показаны диагностические ресурсы и их взаимосвязи. Стрелки показывают направления ссылок между ресурсами (например ресурс DiagnosticReport ссылается на ServiceRequest). Информацию о координации таких активностей, как заказывание и выполнение диагностик, см. в Модуле рабочих процессов. The diagnostic resources and their relationships are shown below. The arrows represent the direction of the references between resources (for example, DiagnosticReport references ServiceRequest). See the Workflow Module for information about the coordination of activities such as ordering and fulfilling of diagnostics.

Image showing the diagnostic resources

Implementation Note: See the Genomics Implementation Guidance for additional information about how to use the Diagnostic resources for Clinical Genomic Reporting and Analysis.

NameAliasesDescription
ObservationVital Signs, Measurement, ResultsИзмерения и простые утверждения, сделанные о пациенте, устройстве или другом субъекте.
DiagnosticReportReport, Test, Result, Results, LabsПолученные данные и интерпретация диагностических исследований, выполненных над пациентами, группами пациентов, устройствами, локациями, и/или полученными у них образцами. Отчет включает в себя клинический контекст, например информацию о запросе и поставщике информации, и некоторое сочетание атомарных результатов, изображений, текстовой и кодированной интерпретации, и форматированное представление диагностических отчетов.
ServiceRequestdiagnostic request, referral, referral requestЗапись о заказе улуги, например проведение диагностического исследования, лечения или операции.
MediaФотографии, видео и аудиозаписи, полученные или используемые в здравоохранении. Фактическое содержимое может быть либо встроенным, либо предоставляться по прямой ссылке.
ImagingStudyПредставление содержимого, полученного на устройствах медицинской визуализации в формате DICOM. Исследование включает в себя ряд серий, каждая из которых содержит ряд экземпляров пар служба-объект (SOP-экземпляров - изображений или других данных), полученных или произведённых в одном контексте. Вся серия получена одним и тем же способом - модальностью (например рентген, КТ, МРТ, УЗИ), однако исследование может состоять из нескольких серий различного способа получения.
MolecularSequenceRaw data describing a biological sequence.
SpecimenПроба для анализа.
BodyStructureanatomical locationRecord details about an anatomical structure. This resource may be used when a coded concept does not provide the necessary detail needed for the use case.

The diagnostic resources often represent patient-specific data, and as such are susceptible to data breaching. Necessary privacy and security provisions must be in place when searching and fetching this information. For more general considerations, see the Security and Privacy module.

Diagnostic resources are commonly used to plan, recommend, order and report clinical diagnostics:

Также есть много способов использования этих ресурсов независимо друг от друга. В частности, ресурс Observation является основным для хранения измерений и отражения многих событий в здравоохранении, и часто используется вне контекста заказывания диагностик и сообщения результатов. There are many ways to use these resources independently as well. The Observation resource in particular is central to capturing many measurements and events in healthcare and is often used outside the context of diagnostic orders and reports.

  • запись основных показателей состояния организма, например температуры recording vital signs such as temperature
  • запись наблюдений из социального анамнеза пациента, например употребление табака recording other observations of a patient's social history such as tobacco use
  • запись характеристик пациента, например состояния беременности (примечание: также в этих целях можно использовать ресурс Condition) recording other characteristics of a patient such as pregnancy status (note: The Condition resource may be used to represent these as well)
  • запись результатов клинической оценки по различным шкалам, например шкале Апгар. recording clinical assessment tool scores such as an Apgar score.
  • идентификация и описание образца для анализа или места на теле identifying and describing a specimen or body site

Ресурсы, описывающие базовую информацию о пациенте и медицинском случае обслуживания, находятся в Административном модуле. Другие ресурсы, описывающие основную клиническую информацию, создаваемую поставщиками услуг здравоохранения в течение случая обслуживания пациента, подробно описаны в модулях Clinical Summary и Medications. The resources that represent the basic information about a patient and a clinical encounter can be found in the Administration Module. Other resources that represent core clinical information generated by healthcare providers during the course of a patient encounter are detailed in the Clinical Summary Module and the Medications Module.

  • Ресурсы Observation и Diagnostic Report прошли тестирование и использование в реальных системах и достигли уровня зрелости FMM=4, на котором изменения маловероятны и требуют одобрения сообщества реализаторов. Дальнейшая работа будет направлена на создание основных профилей и разъяснение случаев использования и границ и разработку более узкоспециализированных примеров. Мы ожидаем, что по окончании этого цикла ресурсы Observation и DiagnosticReport получат нормативный статус. The Observation and Diagnostic Report resources have been tested and used in production tooling and as such have reached a maturity level FMM=4 where changes become less likely and require implementer community approval. Future work will focus on developing core profiles and clarifying use cases and boundaries and providing more domain specific examples. We anticipate Observation and Diagnostic Report reaching normative status by the end of this cycle.
  • Ресурс ImagingStudy прошел некоторое тестирование и использование. Необходимо дальнейшее использование этого ресурса в реальных системах для достижения более стабильного уровня зрелости. The ImagingStudy resource has had some limited testing and use. Further use of this resource in production tooling in order for it to reach a more stable FMM level.
  • Ресурс ServiceRequest был значительно изменен по сравнению со своей версией в DSTU2. В первую очередь это слияние ресурсов DiagnosticOrder и ServiceRequest из DSTU2 в единый ресурс. Также в результате добавления FHIR workflow в STU3, его структура и содержимое были обновлены в соответствии с общим шаблоном "ресурса-запроса" рабочего процесса FHIR. Поэтому он остается относительно незрелым ресурсом. Серьёзные изменения его структуры в дальнейшем не ожидаются. Однако его облась действия и границы по отношению к другим ресурсам будут предметом будущей работы рабочей группы. Мы ожидаем его широкое использование реализаторами и доработку в предстоящем цикле. The ServiceRequest resources has undergone substantial changes since DSTU2. Foremost of which is the merging of DSTU2 DiagnosticOrder and ServiceRequestinto a single resource. In addition, as a result of the addition of FHIR workflow for STU3, its structure and content have been updated to align with the general FHIR workflow "request" pattern. Because of these, it remains a relatively immature resource. No more sweeping changes to its structure are expected. However, its scope and boundaries vis a vis other resources will be the topic of future workgroup efforts. We anticipate its broad use by implementers and that it will mature as a resource throught the upcoming cycle.
  • На ресурс Specimen будут направлены усилия рабочей группы в предстоящем цикле. Планируется ввести новый ресурс SpecimenDefinition для описания типов образцов для анализа в отличие от экземпляров образцов для анализа, и возьмет на себя часть текущей области действия ресурса Specimen. Мы ожидаем более широкого использования этого ресурса и роста его уровня зрелости в будущем. The Specimen resource will be the focus of work group efforts for the upcoming cycle. A new SpecimenDefinition resource is planned for describing specimen types vs specimen instances and will take over some of the Specimen resource's current scope. We expect to see more widespread use of this resource and future updates to its FMM level
  • Ресурс MolecularSequence остается в статусе черновика, и мы ожидаем более широкого использования этого ресурса и роста его уровня зрелости в будущем. The MolecularSequence resource remains draft and we expect to see more widespread use of this resource and future updates to its FMM level
  • BodyStructure - это пока ещё незрелый ресурс с уровнем зрелости 1. На сегодняшний день по нему имеется мало отзывов от реализаторов. The BodyStructure resource is an immature resource with a FMM level of 1. To date there has been little implementation feedback.
  • Ресурс Media вошёл в Диагностический модуль последним после существенного изменения его области действия и структуры в целях создания специализированного ресурса наблюдения, предназначенного для цифровых медиаданных, таких как файлы изображений и аудио. Дальнейшая работа по этому ресурсу будет направлена на разработку основных профилей и более узкоспециализированных примеров. The Media resource is the newest member to the Diagnostics module having undergone substantial scope and structural changes to create a specialized observation resource focused on digital media such as images and audio files. Future work will focus on developing core profiles and providing more domain specific examples.