<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en_US" lang="en_US">
<head>
<title> GmManualReferenceDataRu < Gnumed < Foswiki</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <meta name="robots" content="noindex" /> <link rel="alternate" type="application/rss+xml" title="RSS Feed" href="WebRss.html" />
<link rel="icon" href="../rsrc/System/ProjectLogos/favicon.ico" type="image/x-icon" /> <link rel="shortcut icon" href="../rsrc/System/ProjectLogos/favicon.ico" type="image/x-icon" />
<link rel="alternate" href="http://wiki.gnumed.de/bin/edit/Gnumed/GmManualReferenceDataRu?t=1362919417" type="application/x-wiki" title="edit GmManualReferenceDataRu" />
<meta name="description" content="GmManualReferenceDataRu" />
<!--[if IE]></base><![endif]-->
<style type="text/css" media="all">
@import url('../rsrc/System/SkinTemplates/base.css');
</style>
<style type="text/css" media="all">
@import url('../rsrc/System/SkinTemplates/default.css');
</style>
<!--[if IE]><style type="text/css" media="screen">
pre {
overflow-x:auto;
padding-bottom:expression(this.scrollWidth > this.offsetWidth ? 16 : 0);
}
</style>
<![endif]-->
<meta name="foswiki.PUBURL" content="http://wiki.gnumed.de/pub" /> <!-- PUBURL -->
<meta name="foswiki.PUBURLPATH" content="/pub" /> <!-- PUBURLPATH -->
<meta name="foswiki.SCRIPTSUFFIX" content="" /> <!-- SCRIPTSUFFIX -->
<meta name="foswiki.SCRIPTURL" content="http://wiki.gnumed.de/bin" /> <!-- SCRIPTURL -->
<meta name="foswiki.SCRIPTURLPATH" content="/bin" /> <!-- SCRIPTURLPATH -->
<meta name="foswiki.SERVERTIME" content="10%20Mar%202013%20-%2013:43" /> <!-- SERVERTIME -->
<meta name="foswiki.SKIN" content="twikinet%2c%20pattern" /> <!-- SKIN -->
<meta name="foswiki.SYSTEMWEB" content="System" /> <!-- SYSTEMWEB -->
<meta name="foswiki.TOPIC" content="GmManualReferenceDataRu" /> <!-- TOPIC -->
<meta name="foswiki.USERNAME" content="KarstenHilbert" /> <!-- USERNAME -->
<meta name="foswiki.USERSWEB" content="Main" /> <!-- USERSWEB -->
<meta name="foswiki.WEB" content="Gnumed" /> <!-- WEB -->
<meta name="foswiki.WIKINAME" content="KarstenHilbert" /> <!-- WIKINAME -->
<meta name="foswiki.WIKIUSERNAME" content="Main.KarstenHilbert" /> <!-- WIKIUSERNAME -->
<meta name="foswiki.NAMEFILTER" content="%5b%5cs%5c*%3f~%5e%5c%24%40%25%60%22'%26%3b%7c%3c%3e%5c%5b%5c%5d%23%5cx00-%5cx1f%5d" /> <!-- NAMEFILTER --><!--JQUERYPLUGIN::FOSWIKI::META-->
<script type='text/javascript' src='../rsrc/System/JQueryPlugin/jquery-1.4.3.js'></script><!--JQUERYPLUGIN-->
<script type='text/javascript' src='../rsrc/System/JQueryPlugin/plugins/livequery/jquery.livequery.js'></script><!--JQUERYPLUGIN::LIVEQUERY-->
<script type='text/javascript' src='../rsrc/System/JQueryPlugin/plugins/foswiki/jquery.foswiki.js'></script><!--JQUERYPLUGIN::FOSWIKI-->
<script type='text/javascript' src='../rsrc/System/JSTreeContrib/jquery.jstree.js'></script><!--JQUERYPLUGIN::JSTREE-->
</head>
<body class=""><div class="foswikiPage">
<a name="PageTop"></a>
<p></p>
<p></p>
<h1><a name="A_"></a> Справочные данные </h1>
<p></p>
В некоторых случаях достаточно перейти на внешние данные через ссылку (например, веб-страницы). GNUmed обеспечивает для них различные меню и настраиваемые кнопки.
<p></p>
В других случаях необходимо импортировать справочные данные в GNUmed для возможности формирования части записи пациента (использование медикаментов, диагностические и лечебные коды и т.д.)
<p></p>
Хотя, такой импорт может быть сделан вручную через такие средства, как psql (конечно, с паролем gm-dbo), релиз 1.0 GNUmed вызывает поддержку пакетов скриптовых данных.
<p></p>
<a name="foswikiTOC"></a><div class="foswikiToc"> <ul>
<li> <a href="#A_"> Пакеты данных </a>
</li> <li> <a href="#A_AN1"> Обзор ограничений и требований к справочным данным </a> <ul>
<li> <a href="#A_AN2"> Объединение справочных данных по медикаментам </a>
</li> <li> <a href="#A_AN3"> Изменение лекарственных названий </a>
</li></ul>
</li></ul>
</div>
<p></p>
<h2><a name="A_AN1"></a> Пакеты данных </h2>
<p></p>
Пакеты данных являются в GNUmed средством доступа к целому ряду справочных данных по необходимости, по требованию. Через такие средства
<p></p> <ul>
<li> не стоит заранее загружать базу данных GNUmed потенциально нежелательной справочной информацией
</li> <li> загрузка может быть уменьшена по размеру
</li> <li> один простой шаг установки и обновления через меню GNUmed, которое может сделать любой администратор практики GNUmed (вооруженный паролем gm-dbo)
</li></ul>
<p></p>
Текущие доступные пакеты данных позволяют
<p></p> <ul>
<li> установить канадские лекарственные патентованные препараты и их ингредиенты и заполнить таблицу вакцин
</li> <li> заполнить, при отсутствии, анатомо-терапевтическо-химические классификационные коды (ATC - Anatomical Therapeutic Chemical ) для названий препаратов, которые соответствуют названиям INN или подключенным синонимам
</li> <li> изменить (верхний / нижний) регистр названий препаратов, используя систему TALLman для лучшего распознавания одинаково произносимых препаратов
</li> <li> размещены здесь: <a href="http://www.gnumed.de/downloads/data/" target="_top">пакеты данных</a>:
</li></ul>
<p></p>
Файл конфигурации, в котором находятся ссылки на эти пакеты:
<p></p> <ul>
<li> файл конфигурации для <a href="http://www.gnumed.de/downloads/data/data-packs.conf" target="_top">списка пакета данных</a>
</li></ul>
<p></p>
Общие инструкции по подготовке пакета данных:
<p></p> <ul>
<li> положите все SQL в файл, называемый <code>install-data-pack.sql</code>
</li> <li> создайте zip-файл с соответствующим именем, который содержит файл <code>install-data-pack.sql</code> на верхнем уровне
</li></ul>
<p></p> <ul>
<li> файл SQL не может использовать psql-level <code>\copy</code>
</li> <li> уровень SQL <code>COPY</code> не может быть использован, потому, что (одно из): <ul>
<li> файл данных должен находиться на сервере
</li> <li> файл данных должен быть доступен для чтения пользователю демона сервера
</li> <li> потребуется подключиться как суперпользователь (postgres)
</li></ul>
</li> <li> <strong>не</strong> изменяйте схему базы данных за пределами схемы <code>staging.</code> - пакет данных даст сбой
</li> <li> при необходимости, можно использовать схему <code>staging</code>.
</li> <li> сначала <code>DROP</code> ваши таблицы организации, надстроенные в <code>\unset ON_ERROR_STOP ... \set ON_ERROR_STOP 1</code>
</li> <li> затем <code>BEGIN</code> транзакцию
</li> <li> затем (пере-) <code>CREATE</code> таблицы организации и сделайте всю работу, включая передачу данных в рабочие таблицы
</li> <li> затем <code>commit</code> транзакцию
</li> <li> затем <code>DROP</code> таблицы организации, опять же надстроенные в <code>\unset ON_ERROR_STOP ... \set ON_ERROR_STOP 1</code>
</li> <li> вышеуказанное может быть повторено внутри одного <code>install-data-pack.sql</code>, если имеется несколько порций самодостаточных данных (например, коды ATC и вакцин)
</li> <li> пакет данных должен быть перезапускаемым без каких-либо нежелательных эффектов, независимо, запускался он уже или нет, и заканчивался сбоем или нет - это означает, что он должен сначала <strong>проверяться</strong> на наличие до <code>INSERT/UPDATE</code> данных
</li></ul>
<p></p>
<h2><a name="A_AN2"></a> Обзор ограничений и требований к справочным данным </h2>
<p></p>
<h3><a name="A_AN3"></a> Объединение справочных данных по медикаментам </h3>
<p></p>
Справочные данные по медикаментам могут охватывать несколько потенциальных источников:
<p></p> <ul>
<li> <em>брэндовые</em> данные или о товарном знаке (они могут включать патентованные вакцины) <ul>
<li> хранящиеся на ref.branded_drug
</li></ul>
</li> <li> информация об активном ингредиенте или <em>употребляемом веществе</em> <ul>
<li> хранящиеся в <code>ref.consumable_substance</code>, где строка должна точно содержать три атрибута {описание, дозировка, единица измерения}
</li></ul>
</li></ul>
<p></p>
Патентованные препараты получают внешний ключ в двух направлениях. Наиболее часто используется ссылка <code>ref.lnk_substance2brand.pk</code>, которая означает, что употребление патентованного препарата может быть связано с записью substance_use по пациенту. Второе направление - это вакцины, где ключ бренда является прямой ссылкой в таблице clin.vaccine.
<p></p>
Можно отслеживать источник данных по патентованным препаратам вашей практики, используя столбцы ref.branded_drug <code>fk_data_source</code>, <code>external_code</code> и <code>external_code_type</code>.
<p></p>
Ввод клинических записей по каждому ингредиенту, используемому пациентом, нуждается, как минимум, в consumable_substance, которое используется, или, в случае патентованного препарата, ссылается на торговую марку. Бренд гораздо более удобный способ для ввода комбинации лекарств (части которого не могут быть приняты независимо друг от друга) и подходит для ввода поставляемых и используемых с разными дозировками препаратов, например, трехфазная пероральная противозачаточная таблетка.
<p></p>
Если обновляете справочные данные, то также нужно учесть, что опустошение таблицы патентованных препаратов и потребляемых ингредиентов может быть <em>даже</em> нецелесообразно, когда не используются их записи (отсюда связаны внешними ключами), потому что эти таблицы могут также содержать: <ul>
<li> в случае <code>ref.branded_drug</code> … <ul>
<li> несколько экземпляров 'вакцин-дженериков' <code>is_fake</code> для учета целого ряда показаний, когда практическое изготовление неизвестно (но, сказав это, GNUmed приходит с
</li></ul>
</li></ul>
функцией для воссоздания того, что случайно удаляется) <ul>
<li> в случае ref.consumable_substance= … <ul>
<li> различных безрецептурных ингредиентов (и, вероятно, неутвержденных)
</li></ul>
</li></ul>
<p></p>
При этом, если желательна очистка данных брендов, вышеописанные столбцы ref.branded_drug предоставляют средства для сохранения интересующих записей.
<p></p>
При удалении брендов может помочь указание, что <ul>
<li> строки в <code>clin.substance_use</code> ссылаются на ключ бренда косвенно через fk ref.lnk_substance2brand
</li> <li> строки в <code>clin.substance_use</code> не должны ссылаться на бренд – они альтернативно могут ссылаться на один ингредиент (независимо от торговой марки) из столбца fk_substance; это обеспечивает основу для отключения связи клинической записи с брендом, когда целесообразно. Одним из примеров может быть, когда аптека запоздало заменила неизвестный бренд для всего, что было зарегистрировано в GNUmed. Ретроспективный аудит записи GNUmed для отражения предела известной информации может быть разумен, но будут доступны бренды, которые имели только одно активное вещество.
</li> <li> строки в <code>clin.vaccination</code> будут ссылаться на clin.vaccine.pk, который сам ссылается на ref.branded_drug.pk (кроме того, будет существовать clin.vaccine.pk, представленный в clin.lnk_vaccine2inds и clin.vaccine_batches) и, таким образом, все эти ограничения ссылочной целостности должны быть соблюдены для удаления брендов, которые были связаны как вакцины
</li></ul>
<p></p>
При добавлении брендов работа не завершена, пока: <ul>
<li> эти бренды, являющиеся вакциной, вставляются в clin.vaccine, чьи столбцы 'id_route' и 'is_live' (и 'fk_brand') не могут быть NULL и
</li> <li> бренды невакцин (а, при необходимости, и вакцин) косвенно связаны с их составными веществами – которые могут существовать или уже нет – через одну или несколько ссылок в ref.lnk_substance2brand
</li></ul>
<p></p>
<h3><a name="A_AN4"></a> Изменение лекарственных названий </h3>
<p></p>
Это может быть сделано на месте, к примеру:
<p></p> <ul>
<li> исправление орфографических ошибок
</li> <li> если препарат выведен с рынка, как небезопасный (переименуйте его в: "НЕ НАЗНАЧАТЬ: orginal-drug-name")
</li> <li> применение методики <a href="http://www.ismp.org/Tools/tallmanletters.pdf" target="_top">TALLman</a> для повышения безопасности препарата, который использует более отличающийся регистр букв аналогичных названий препаратов (и для которых GNUmed может на этот раз обладать доступным пакетом данных)
</li></ul>
<p></p>
<a name="TopicEnd"></a>
<p></p>
<p></p>
<p></p>
<p></p>
</div>
</body></html>
