BDT-інтерфейс f; r Основна документація щодо пухлини

Далі подано пропозицію щодо обміну даними з базової документації щодо пухлини у форматі BDT. Пропозиція містить визначення всієї базової документації щодо пухлини. Який зміст слід передавати від цього до центральної оцінки (крім вмісту існуючого формату обміну), наразі все ще обговорюється.

Інтерфейс BDT надається Центральним інститутом державного медичного страхування (ZI), ІТ-консультативним центром, Ottostr. 1, 50859 Кельн, стандартизований і використовується для обміну даними про лікування між практичними комп’ютерними системами [1]. ZI видає сертифікати випробувань виробникам практичних систем, які підтверджують, що ці системи відповідають стандарту.

Наскільки це можливо, наступний опис спирається на стандарт, оскільки середньостроковою метою є також обмін спеціальними даними з базової документації щодо пухлини в рамках передачі BDT із практичними системами. Загальні пояснення та типи записів, визначені ZI, не містяться в деталях, оскільки вони ведуться ZI.

Блок передачі в межах передачі BDT називається пакетом даних. Пакет даних у рамках передачі BDT складається із записів, що містять, з одного боку, медичну інформацію (у різних типах записів, які зведені в наступному огляді як дані про лікування), а з іншого боку, структурну інформацію, наприклад про відправника, тривалість та розподіл пакету кілька гнучких дисків тощо.

Різні записи, що містять дані про лікування, мають суттєву спрямованість та орієнтовані на виставлення рахунків (наприклад, лікування, направлення, виставлення рахунків за БГ).

Кожен запис складається з декількох полів, які відокремлені одне від одного CR/LF. Перші два поля запису містять інформацію про тип запису та тривалість запису; за цим слід фактичний вміст, як правило, починаючи з поля номера пацієнта. Кожне поле починається з довжини 3 байти (вміст довжини + 9), ідентифікатор поля 4 байти, вміст n байт, закінчення поля 2 байта (CR/LF).

Як приклад, який коментується, як це виглядатиме під час друку речення, нижче наведено початок речення типу речення "master master":

Структура BDT дозволяє переносити декілька вкладених структур даних (наприклад, пацієнт -> дні лікування) до чотирьох рівнів ієрархії, які називаються "випадками" (1-й рівень: пацієнт, 2-й рівень: день лікування) в межах запису. Крім того, поля можна повторити в межах рівня. Повторювані поля можуть служити "полями входу" на новий рівень. У визначенні BDT це виглядає так для даних обробки типу запису, наприклад:

У наступному прикладі пацієнт кілька разів відвідував лікаря. В кожному випадку було вжито кілька заходів.

.
017620025011990
0546210 Бускопан Drg. XX вкладка фільму "Баразан". X Urol Drg.
0686220 Ниркова коліка, гематурія, хворобливе ниркове ліжко ліворуч
0456222 Лейкоцитурія, гематурія, збільшення ШОЕ
017620026011990
0626260 Продовження спазмоанальгетичної лікарської терапії
0286260 Терапія антибіотиками
.

Лікування проводили 25 січня 1990 року та 26 січня 1990 року (поле 6200 як точка входу на новий рівень). 26 січня 1990 року було проведено 2 терапії (поле повторення 6260).

Як уже зазначалося, визначення BDT в даний час базується на вимогах практичних систем. На додаток до визначення нових типів записів, коригування існуючих структур необхідні для документування пухлини. Типи записів заголовок носія даних та практичні дані використовуються для ідентифікації відправляючої системи або джерела даних. Це означає, що поле 9100 може містити номер, що ідентифікує реєстр, а поле 0201 - номер, що ідентифікує лікарняне відділення. Чи є це практикою чи кафедрою у полі 0201, видно з запису у полі 0202. У цьому випадку перелік допустимих значень довелося б розширити на 6 = лікарняне відділення. Раніше невизначене поле 9220 вказує версію формату обміну даними про пухлину (ММ/РР) до тих пір, поки ZI не проводила стандартизації.

Представлена версія спочатку в основному обмежена характеристиками, визначеними в базовій документації для хворих на пухлину (опублікована Springer-Verlag, серпень 1994 р.) [2]. Значення характеристик та їх характеристики показано там.

Після початкового досвіду роботи з ним інтерфейс повинен бути додатково розширений і переданий на стандартизацію ZI. Це зробило б підтримку практичних виробників комп’ютерів обов’язковою, і дані документації про пухлини, записані лікарями-резидентами, могли б обмінюватися в майбутньому з реєстрами без квитанцій.

На відміну від інших форматів, таких як HL7, формат BDT не розрізняє повідомлення та типи повідомлень. Підтвердження успішної передачі або відхилення даних через помилки не надається. Звідси випливає, що вся передана інформація передається з наміром бути повністю прийнятою одержувачем. Оскільки при інтенсивному обміні даними про пацієнтів та лікування велика кількість даних швидко збирається в кожному місці зберігання, важливо забезпечити, щоб під час обміну

дані передаються окремо для кожного лікувального органу та
передаватиметься лише авторство даних, зібраних лікуючим органом.

Дані, присвоєні різним відділам у реєстрі, відповідно передаються як окремі пакети даних із власними ідентифікаторами відправника.

Основні дані пацієнта та постійні знахідки або стану та захворювання, що описують або ідентифікують дані про пухлини, метастази та вторинні та супутні захворювання, займають особливе становище. Як і у випадку з іншими типами записів, вони використовуються для передачі відповідних даних. Однак, оскільки інші дані, такі як історичні дані, мають взаємозв'язок із згаданими об'єктами (наприклад, пухлиною), дані цих об'єктів також повинні передаватися, щоб забезпечити відповідне посилання в цільовій системі без присутності авторства. Це не означає, що їх також потрібно імпортувати. Якщо присутні кілька пухлин, можуть передаватися лише дані пухлини, до яких відносяться інші дані (наприклад, діагноз або перебіг).

Таким чином, дані передаються відповідно до діагнозу, курсу та подій завершення, визначених у базовій документації. Оскільки дані терапії, як правило, пов'язані з даними про прогрес, вони не передаються окремо, а включаються до типу запису прогрес, а також дані розтину, які по суті представляють оцінку прогресу з точки зору змісту. Дані або поля, які не застосовуються в кожному випадку, опускаються і не передаватимуться.

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

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

Інтерфейс у форматі BDT був розроблений та впроваджений в GTDS для передачі даних між клінічними реєстрами раку, лікарями-резидентами, епідеміологічними реєстрами та для центральних оцінок. Формат BDT можна розглядати як стандарт для практичних комп'ютерних систем у Німеччині. Майже кожна практична комп'ютерна система, доступна на ринку, має цей інтерфейс, ефективність якого сертифікована Центральним інститутом Асоціації статутних лікарів медичного страхування в Кельні (ZI). Тому спілкування з практичними комп’ютерними системами повинно враховувати цей інтерфейс. Це стало причиною використовувати його для інших завдань передачі клінічних реєстрів раку. Особливою перевагою інтерфейсу BDT є те, що всі функції ідентифікуються в переданому записі даних, так що не потрібно визначати жодну фіксовану структуру записів даних. Це надає інтерфейсу певну гнучкість, особливо з урахуванням часто змінюваного вмісту клінічних даних.

Мета полягає у включенні даних, нещодавно визначених для документації щодо пухлини, до каталогу даних інтерфейсу BDT, керованого ZI, щоб ці дані могли бути доступними на практиці на комп’ютерних системах у майбутньому.

З визначенням цього інтерфейсу BDT для клінічних реєстрів раку була розроблена важлива передумова для встановлення електронних зв’язків між реєстрами та лікарями загальної практики у долікарській допомозі.

[1] Ф. Ліхтнер, Дж. Сембріцкі, опис запису BDT - опис інтерфейсу для незалежної від системи передачі даних про лікування, версія 02/94, Центральний інститут державного медичного страхування, Кельн

[2] Дж. Дудек, Г. Вагнер, Е. Грундманн, П. Германек, основна документація для хворих на пухлини, 4-е видання, Springer Verlag Berlin Heidelberg, Нью-Йорк та ін. (1994)

Зміни до версії 0.1 від 3 липня 1996 року:

Щодо історії записів:

Додавання полів для вступу на нові стадії та гістології
Коригування, щоб історія типу запису також підходила для передачі результатів розтину (поля локалізації та поле розтину)

Зміни 11.10.96 (впливає на історію типу запису):

Додайте наступні поля

Зміни до версії 0.2 від 29 серпня 1996 року:

Зміни 14.05.97

Впливає на всі типи записів:

Більша частина документації щодо пухлини все ще знаходиться на аркушах документації. Однак специфікація даних для інтерфейсу орієнтована на вміст, так що аркуш може бути зіставлений у кілька записів. Тому ці два поля необхідні для відновлення цих відносин. Зокрема, ідентифікація документа дозволяє перевірити, з якого документа походить інформація, наприклад, для запитів. Крім того, ідентифікація за допомогою чіткого призначення дозволяє спростити обробку інформації про оновлення.

Щодо даних практики записування типу записів:

Оскільки інформація також надходить із лікарень або реєстрів, дані про практику розширюються (реєстр типів практик, відділення). Безкоштовні категорії використовуються для повного передавання лікарняної інформації.

Щодо діагностики типу та курсу:

Додавання поля видання TNM

Щодо історії записів:

Правильна класифікація (ідентифікатор висхідного поля) класифікації R та метастазів