You are here: Foswiki>Gnumed Web>TestResultsRu (05 Feb 2013, IvanLykov)EditAttach

Управление/обработка результатов анализов

См. также LabModule Себастьяна

Сборщик/импортер картирует источник результатов в правильный test_org.pk, который, наверное, всегда будет иметься, только если лаборатории не были получены через сервис-бюро, в котором новая лаборатория подписывается. Если были трудности проверки, для человека-пользователя должны быть созданы test_org.pk журнала предупреждений.

Установив test_org.pk, импортер сравнивает входящий файл данных с таблицей test_type. Если GNUMed в таблице не может найти соответствия (fk_test_org, code [и, если coding_system не NULL]), то он может создать дополнительные строки в test_type для проводки новых значений с заменой умолчания NULL для coding_system чем-то назначенным этой произвольной системы org, и может быть разрешено заполнение conversion_unit, чтобы была предоставлена ​​лабораторией в качестве сопровождающего подразделения в результате.

В случае, если лаборатория повторно использует код в своей ​​новой произвольной coding_system, или вероятно, что цифровой код, использованный в старой системе кодирования для одного анализа, получается также в новой системе кодирования для другого анализа , то мы имеем уникальное ограничение (fk_test_org, code, coding_system) на месте уникальных (fk_test_org, код).

Conversion_unit определяет базовую линию для расчета 'курса обмена" по результату одного и того же анализа в различных единицах измерения (которые хранятся в результате). Она представляет собой ссылку для вычисления преобразований, выполняемых с помощью инструментов, известных Карстену, которые знают, как обращаться со значениями измерений. Не заботит, изменены ли единицы измерения лаборатории для фактических результатов, которые сохраняются со значением в test_result. Это помогает избежать проблемы при изменении значений в лаборатории, например, описанной в http://emruser.typepad.com/canadianemr/2004/07/changes_in_lab_.html

Ресурс для коэффициентов пересчета: http://jama.ama-assn.org/content/vol292/issue1/images/data/112/DC6/JAMA_auinst_si.dtl

Он не считает, что (code, coding system, conversion_unit) должно быть уникально для разных test_orgs, использующих одно и то же (code, coding system).

Conversion_unit также (потенциально) полезен для копирования (или предложения копирования) в test_results для измерений (созданных в test_type), выполняемых в кабинете (или ручной ввод). Так возможно, что вес может быть измерен (или заявлен пациентом) либо в кг, либо фунтах, а рост в дюймах или см, или м, conversion_unit должен быть по умолчанию в соответствующих случаях, но не требовать подтверждения пользователя.

Место действия типа анализа:

ограничениями являются

unique(local_code, local_name) unique(fk_test_type, local_code)

например: a) каждый local_code может когда-либо связываться только с одним local_name (например, длинные-короткие комбинации имен являются уникальными) b) каждый test_type может быть связан только однажды с предоставленным local_code (и это local_name)

Более того, в таблице test_type я могу иметь типы случайного и на тощак уровня глюкозы из 2 разных лабораторий (предположим, это test_org_pk 6 и 7)

PK / TEST_ORG_PK / CODE / CODING_SYSTEM / NAME 1 / 6 / 14769-4 / LOINC / GLUCOSE^PRE 12H CFST (SER/PLAS FASTING) 2 / 7 / 14769-4 / LOINC / GLUCOSE^PRE 12H CFST (SER/PLAS FASTING) 3 / 6 / 14749-6 / LOINC / GLUCOSE (SER/PLAS, RANDOM) 4 / 7 / 14749-6 / LOINC / GLUCOSE (SER/PLAS, RANDOM)

Указанное отвечает уникальности требований схемы (fk_test_org, code).

Поскольку некоторые из других coding_system могут использовать тот же код для другой цели, мы не требуем, чтобы сам по себе "code" был уникальным, но единственным (fk_test_org, code, coding_system). Две организации могут выбирать и допускать называть по-разному комбинацию CODE с CODING SYSTEM.

Так что теперь, переходя к таблице test_type_local, я могу иметь

FK_TEST_TYPE / LOCAL_CODE / LOCAL_NAME
1           / GLUC [F]   /  Glucose, fasting
2           / GLUC [F]   /  Glucose, fasting
1           / GLUC [S/B/P]   /  Glucose, serum/blood/plasma (any)
2           / GLUC [S/B/P]   /  Glucose, serum/blood/plasma (any)
3           / GLUC [S/B/P]   /  Glucose, serum/blood/plasma (any)
4           / GLUC [S/B/P]   /  Glucose, serum/blood/plasma (any)

Это позволит мне выбрать для отображения или анализирования (просмотр: v_results4lab_req ограничивает лабораторные результаты) - любую глюкозу натощак любого пациента (независимо, из лаборатории 6 или 7) - любую глюкозу крови, или сыворотки, или плазмы (но не глюкозу мочи или CSF)

Если имеется 100 анализов, обычно используемых мною, которые обслуживаются 5 местными test_orgs, то я должен иметь, по крайней мере, 100 x 5 = 500 кодов, которые я должен создать себе в test_type_local. Спасибо, что лаборатории brach задействованы под их org! Однако, вы не должны ничего создать в test_type_local. Если в test_type нет ничего, производные таблицы с удовольствием создают виртуальные строки, в которых единое имя такое же, как оригинальное название...

Если все test_orgs в одном районе было использовать одну и ту же CODING_SYSTEM (coding-system, code), например, LOINC 14769-4 может объединить результаты, представляющие интерес.

Особым преимуществом будет все, чем дополнительная неприятность с test_type_local, состоявшая в том, что один или более test_orgs используют РАЗЛИЧНЫЕ CODING_SYSTEM

Это не для обобщения различных анализов при просмотре целей, например, COAGS = INR, PTT и PLATELETS LIVER = AST ALT GGT ALK BILI INR HEPA HEPB HEPC CARDIO = CK TROP ANP GLUC CHOL

Это явно НЕ является целью test_type_local. Эта область - то, на что в конечном счете воздействует Liz и который появится под "профилями" (еще без таблиц). > "Профили" предназначен организовать объединение комбинаций результатов анализов для просмотра, но также может служить для упорядочивания анализов. - думаю, клинических, например, скрининга Hep, почечного профиля, мониторинга воспалительных заболеваний кишечника и т.д.
Topic revision: 05 Feb 2013, IvanLykov
 
Download.png
This site is powered by the TWiki collaboration platformCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback
Powered by Olark