Поддержка подкачки двоичного документа FHIR

Question

Пациент может иметь приложенный к ним список двоичных документов (не структурированных документов FHIR). Некоторые из них представляют собой очень большие двоичные документы со 100 + страницами, такими как PDF-файлы или многостраничные TIFF.

Есть стандартный способ страницы двоичный документ, с точки зрения:

• Всего страниц в документе
• Получить двоичное для страницы N

Я вижу paging указан для/fhir/search, но не в документе. Возможно, это выходит за рамки FHIR, но если документ 100Mb +, вы не хотите загружать весь файл, чтобы читать первые несколько страниц.

Я ценю некоторые документы, которые не могут надежно поддерживать подкачку, такие как текстовые/html-документы.

... или есть способ указать список страниц в качестве связанных ресурсов (/ fhir/patient/11/document/22 /? Page = 1) в документе?

Answer 1

FHIR рассматривает двоичные ресурсы как капли. С точки зрения поведения он обрабатывает документы PDF, изображения, видео, текстовые файлы и все остальное одинаково. Таким образом, нет никакой подкачки в двоичном формате. По сути, вы получаете то же поведение, что и извлечение двоичного файла из репозитория FHIR, как вы могли бы получить его из репозитория XDS. Основные метаданные (через DocumentReference) или весь документ.

Это не значит, что вы не смогли определить пользовательский (или даже стандартный) запрос на двоичный код, который предоставил больше умений, он просто не является частью текущего стандарта FHIR. Для того чтобы это имело смысл как часть базового стандарта, нам нужно было бы увидеть доказательства довольно широкой поддержки такого типа возможностей в существующих системах (и, в идеале, программные библиотеки, которые выставляют «страницы» PDF и других типов документов, и, возможно, сегменты видео и аудио клипов в то время как мы на него)

Некоторые альтернативы для рассмотрения:

• зарегистрировать действительно большие документы или видео с использованием отдельных исполняемых файлов для каждой главы или сегмента, чтобы уменьшить размер извлечения и разрешить «более умное» извлечение
• определить расширение, которое предоставляет «миниатюру», которая может быть включена в DocumentReference, чтобы дать битте r содержание содержимого до извлечения (например, реферат документа, изображение с более низкой пропускной способностью и т. д.). Стандартное расширение будет предоставлено для поддержки этого в течение следующих 6 месяцев или около того, поскольку мы определяем расширения для всех типов данных типа ISO 21090, которые не превратили его в ядро.