You are here: Foswiki>Gnumed Web>SemiAutomateDocumentImportRu (04 Feb 2013, IvanLykov)EditAttach

Полуавтоматический импорт документа

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

До настоящего времени четко поддерживается рабочий процесс, в котором документы, относящиеся, по крайней мере, к определенному интересующему пациенту (и в фокусе) физически доступны врачу, который

(1) импортирует их со сканера (или через выбор сортировщика уже проверенных файлов), и затем

(2) с предварительным условием возможности сохранить назначения случая и типа документа

************************************ Практические помощники (ручной метод) ************************************

Практические помощники могут сэкономить время врачей предварительным сканированием документа на диск (переносом документов из электронной почтой, загрузки с факс-сервера), но это оставляет групповую практическую проблемы, в виде накопления множества документов для различного первичного материала практики.

Одной из возможностей является осуществление этого на основе временных подкаталогов файловой системы, однако это потребует опыта сотрудников

(I) в случае бумажных оригиналов разделять стеки по ответственному врачу, а затем изменять подкаталог по умолчанию на основе предназначенного рецензента

(II) в случае, если документы поступают в цифровом виде, открывать и проверять их, чтобы вывести назначенного рецензента, а затем соответственно сохранять

Однако, даже при такой системе врач должен открыть документ для идентификации пациента (если только персонал дополнительно не переименовал файлы по имени пациента). Затем - активировать пациента - перейти к плагину Прикрепить документ - применить выбор из палитры файлов (или, если поддерживается операционной системой, перетащить-и-бросить) - теперь на самом деле прочитать эти документы, чтобы определить случай и тип, и комментарии и любой свободный текст - проверить и обозначить "меткой" плюса или минуса

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

Я предлагаю план (не код) альтернативы на основе сценария.

************************ Альтернатива на основе сценария: ************************

1) создайте подкаталоги файловой системы, которые начинаются с рк практикующих специалистов (как видно из заголовка окна активного физического лица в клиенте GNUmed):

   .incoming/...(to be imported)
      8 McCoy L/docs 
      11 Bashir J/docs
      etc
   .incoming/processed/... (already_imported)
      8 McCoy L/docs… 
      11 Bashir J/docs…
      etc

2) помощники складывают сканированное к соответствующему врачу
.incoming/unprocessed/...

3) сценарий заполняет (или делаем ручную обработку) указанные подкаталоги и на выходе успешно перемещает оригинальные документы файловой системы в ./processed/…

4) где подкаталоги начинаются не с номера (допустим, имеются потерянные файлы в .incoming/)
--> сценарий запрашивает, какого рецензента практики (если есть) назначить
также
--> сценарий распознает назначение рецензента практики на основе основного фрагмента номера для имени подкаталога

5) каждый документ импортируется в свою строку в

clin.incoming_data_unmatched.data (bytea)

6) сценарий устанавливает

--> .fk_provider_disambiguated = pk назначенного рецензента (если подан или получен)
ПРИМЕЧАНИЕ
необходим новый столбец v16 для .fk_provider_disambiguated

--> .type = 'document' (если только значение не переназначено через диалог пускателя сценария)

--> .other_info = filename в ОС (в уже именованном случае для пациента)

Преимущества:

1) сотрудник может использовать тот же самый (TBA) общий плагин, который должен использоваться для включения непривязанных импортированных лаб. данных для привязки
- плагин должен быть включен для просмотра документа, который имеется в .data (сканированные PDF, или TIFF, или JPG), похожим способом, как работает плагин Прикрепить документ

2) как только сотрудник назначит идентификацию пациента
set clin.incoming_data_unmatched.fk_identity_disambiguated = dem.identity.pk

сценарий сможет назначить intended_reviewer
--> clin.incoming_data_unmatched.fk_provider_disambiguated = dem.identity.fk_primary_provider

3) входящие смогут распознаваться и сообщаться конкретному специалисту, чтобы прикрепить исключительно _непривязанные документы

4) кнопка плагина _unmatched должна передать текущий _непривязанный документ в blobs

(a) для уже определенного пациента через fk
(b) значение failing для fk, затем для текущего пациента в фокусе

5) шаг руководства 4 не требуется, если пациент уже был назначен через pk И сценарий должен создать/назначить общий случай

"неаттрибутированные входящие данные"

специалист сможет пересмотреть, по мере необходимости, на том же шаге, когда они должны быть назначены документу

-- Джим
Topic revision: 04 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