You are here: Foswiki>Gnumed Web>AuImporterRu (22 Feb 2013, IvanLykov)EditAttach

Импортеры для Au

EMR широко используется в AU. Как и многие разрабатываемые отрасли мы имеем пакет игроков EMR с одним ведущим. Ведущий должен играть для ведущей схемы импорта. К счастью, ведущий был первоначально разработан GP и схема данных успешна и не слишком сложна.

Директория client/importers имела ранний импортер au. ( client/importers/au/md2/a)

Импортер имеет 2 части:

dbf_2_pg является средством командной строки для указания на директорию, содержащую исходные данные, и загружающее специальную пустую базу данных postgres. Оно, в основном, переводит, чтобы директория наполнялась файлами dbf и fpt в таблицах postgres в базе данных postgres. Имеется несколько параметров: файл config указывает некоторые параметры по умолчанию, например, какие данные memo, из каких таблиц должны быть переданы, какие бинарные, какие одновременно немного неэффективно импортированы, например, символьные данные сжатого формата base64. (-memobase64 и -base64tablename) . Запуск "python create_pgdb.py" выдаст параметры командной строки.

import_gnumed является средством переводчика для перевода отдельной схемы dbf, сохраненной через dbf_2_pg/create_pgdb.py в схеме gnumed's v2. Оно имеет основные параметры -to и -from, которые указывают pgsql DSN для исходной базы данных postgres в базе данных gnumed_v2 .

например, python import_gnumed.py -from 192.168.1.4::test1:gm-dbo:gm-dbo -to localhost::gnumed_v2:gm-dbo:gm-dbo

читает из dbf_2_pg, создающего базу данных в 192.168.1.4 базе данных test1, в базе данных gnumed_v2 на localhost.

другим параметром является -start , где может быть указан ur_no offset.

В настоящее время импортер передает рабочие записи, анамнез, пациентов, врачей и документы пациентов, что делает gnumed очень удобным инструментом, но вынуждает импорт результатов патоморфологии и радиологии с минимальной пользой в качестве системы хранения документов.

Заметки по дизайну

Он пытается быть средством, и слияния, и первоначальным импортером, поэтому пытается следовать принципу идемпотентности, что означает уникальный кусок данных следует импортировать только один раз, независимо от того, сколько раз запускается импортер.

Он осуществляет это путем проверки метаданных для объектов blob, атрибутов обращений и подписей md5 из описания. Затем переносит любые обращения, чья сумма md5 описания та же, только в одно обращение, а также любые другие прикрепленные данные в других обращениях. В настоящее время для других типов данных идемпотентность не реализована, в этой части импортер еще не сделан.
Topic revision: 22 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