Краткаяхарактеристикаобластиприменения — КиберПедия 

Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...

Таксономические единицы (категории) растений: Каждая система классификации состоит из определённых соподчиненных друг другу...

Краткаяхарактеристикаобластиприменения

2017-12-21 253
Краткаяхарактеристикаобластиприменения 0.00 из 5.00 0 оценок
Заказать работу

Приложение 5 - RFP/791/2017

Технические требования для разработки программного обеспечения для автоматизации национальной программы скрининга рака молочной железы на базе РНПЦ ОМР им. Н.Н. Александрова

 

 

Содержание

Введение. 4

1 Исходные данные о программе скрининга рака молочной железы.. 6

1.1 Наименование системы.. 6

1.2 Краткая характеристика области применения. 6

1.3 Термины и определения. 6

1.4 Исходные данные для программы скрининга. 7

2 Описание процесса скрининга РМЖ... 14

2.1 Формирование целевой группы.. 14

2.2 Формирование группы участников скрининга. 15

2.3 Первый этап скрининга (Регистрация участника / Анкетирование) 17

2.4 Второй этап скрининга (Маммография) 18

2.5 Третий этап скрининга (Независимые чтения) 18

2.6 Уведомление участника о результатах скрининга. 21

2.7 Исключение из программы скрининга. 21

3 Автоматизация и программное обеспечение скрининга РМЖ... 23

3.1 Модули программного обеспечения скрининга. 23

3.1.1 Модуль авторизации и разграничения прав пользователей. 23

3.1.2 Модуль загрузки данных. 23

3.1.3 Модуль приглашения. 23

3.1.4 Модуль регистрации женщин в маммографическом кабинете. 24

3.1.5 Модуль рентгенлаборанта. 24

3.1.6 Модуль рентгенолога. 24

3.1.7 Модуль оповещения о результатах маммографии. 25

3.1.8 Модуль дообследования. 25

3.1.9 Модуль расчета результатов. 25

3.1.10 Модуль связи с канцер-регистром. 25

3.1.11 Логический модуль. 25

3.2 Рубрики электронной базы данных. 26

4 Форма электронной базы данных женщин, подлежащих скринингу РМЖ... 33

5 Виды выходных форм печатных документов. 37

5.1 Образец письменного приглашения для участия в программе скрининга рака молочной железы (примерная форма) 37

5.2 Памятка для участвующих в скрининге рака молочной железы.. 37

5.3 Памятка пациентке при подготовке к маммографическому исследованию. 37

5.4 Образец бланка отказа от участия в программе скрининга рака молочной железы.. 37

5.5 Карта учета результатов скрининговой маммографии. 37

5.6 Форма журнала регистрации скрининговыхмаммографических исследований. 37

5.7 Форма справки, выдаваемой женщинам, в случае отсутствия патологии по результатам скрининга РМЖ 37

5.8 Форма направления, выдаваемого женщинам, в случае выявления патологии по результатам маммографического скрининга. 37

6 Ключевые показатели контроля качества скрининга РМЖ... 38

7 Гарантийное и постгарантийное обслуживание. 42

 

Введение

Настоящие технические требования для разработки программного обеспечения для автоматизации национальной программы скрининга рака молочной железы на базе РНПЦ ОМР им. Н.Н. Александрова разработаны в соответствии с мероприятием 3.7.1 «Разработка технического задания и спецификации на создание регистра» задачи 3 «Подготовка и реализация пилотных программ скрининга рака молочной железы на региональном уровне в целях внедрения скрининга заболевания среди населения Республики Беларусь» совместного проекта, финансируемого Европейским Союзом, «Профилактика неинфекционных заболеваний, продвижение здорового образа жизни и поддержка модернизации системы здравоохранения в Республике Беларусь» (проект БЕЛМЕД).

Содержит основные требования к взаимодействию организаций здравоохранения Республики Беларусь, участвующих в проведении скрининга рака молочной железы в рамках проекта БЕЛМЕД, и служат главным ориентиром для определения функционала ПО и структуры баз данных при автоматизации процессов скрининга.

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

Для расчета медико-экономической эффективности внедрения скрининга РМЖ в Республике Беларусь приняты во внимание данные пилотного проекта, который прошел в 2012 г. на основании приказа Министерства здравоохранения Республики Беларусь от 19.04.2012 № 431 «Об утверждении Инструкции о порядке проведения скрининга рака молочной железы в организациях здравоохранения г. Минска в 2012 - 2015 гг.».

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

регистр населения Республики Беларусь (разработан в соответствии с Законом Республики Беларусь от 21.07.2008 N 418-З «О регистре населения», распорядитель – Министерство внутренних дел Республики Беларусь);

автоматизированная система обработки информации белорусского канцер-регистра (РНПЦ онкологии и медицинской радиологии им. Н.Н. Александрова, Министерство здравоохранения Республики Беларусь);

автоматизированная информационная система «МЕДиК» (РНПЦ онкологии и медицинской радиологии им. Н.Н. Александрова);

медицинские информационные системы в поликлиниках / электронная карта пациента (информационные системы, используемые в поликлиниках и амбулаториях, задействованные в пилотном проекте).

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

Международный классификатор болезней МКБ-10;

Морфологический классификатор Всемирной организации здравоохранения;

Общегосударственный классификатор стран мира;

Справочник объектов административно-территориального деления и населенных пунктов РБ (ОКРБ003-94);

Общереспубликанский классификатор предприятий и организаций и др.

Исходные данные о программе скрининга рака молочной железы

Наименованиесистемы

Полное наименование – автоматизированная информационная система национальной программы скрининга рака молочной железы «Скрининг РМЖ».

Сокращенное наименование – АИС «Скрининг РМЖ».

Функциональноеназначение

Функциональное назначение системы – формирование посредством программного взаимодействия с государственными регистрами и базами данных целевой выборки населения; обработка, сохранение и организация обмена медицинскими изображениями; анализ медицинских данных и их хранение в структурированном виде, интеграция и информационное взаимодействие с медицинскими информационными системами РНПЦ ОМР им. Н.Н. Александрова.

Эксплуатационноеназначение

Система должна эксплуатироваться в профильных подразделениях на объектах Заказчика и обеспечивать централизованную обработку информации при реализации программы скрининга рака молочной железы в Республике Беларусь.

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

Конечными пользователями подсистемы должны являться исключительно сотрудники профильных подразделений объектов Заказчика.

1.5 Термины и определения.

РМЖ – ракмолочнойжелезы.

Скрининг РМЖ – комплекс мероприятий, которые направлены на выявление групп пациентов, у которых рак молочной железы наиболее вероятен, их обследование с целью обнаружить рак молочной железы на ранней стадии.

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

Маммографический кабинет – автоматизированное рабочее место рентген-лаборанта, оснащенное диагностическим оборудованием для получения цифровых рентгенограмм и подключенное к центральному серверу на базе РНПЦ ОМР им.Н.Н.Александрова.

АРМ рентгенолога – автоматизированное рабочее место врача-рентгенолога, оснащенное специальными мониторами высокого разрешения и подключенное к центральному серверу маммографических изображений на базе РНПЦ ОМР им.Н.Н.Александрова.

УЗ – Учреждение здравоохранения, участвующее в программе скрининга. Медицинское учреждение, в котором места образования первичной информации для решения задач скрининга автоматизированы и подключены к одной информационной среде.

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

Канцер-регистр – единый национальный информационно-аналитический комплекс учета онкологических заболеваний.

Мобильная скрининговая лаборатория – это специальное транспортное средство, предназначенное для проведения медицинских мероприятий в рамках скрининговой программы с информационной поддержкой автоматизированных рабочих мест «Кабинет скрининга» и «Маммографический кабинет».

BI-RADS (BreastImagingReportingandDataSystem) – система интерпретации и протоколирования визуализации молочной железы, основанная на классификации определенных радиологических признаков, выявляемых при маммографии/УЗИ/МРТ молочной железы, по степени риска наличия злокачественного образования. Категории BI-RADS:

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

категория 1 – пациентки с отсутствием патологических изменений в ткани молочной железы;

категория 2 – пациентки с доброкачественными и/или неопухолевыми изменениями в молочных железах (врачом-рентгенологом выявленные изменения указываются в заключении);

категория 3 – не применяется при скрининге; вместо данной категории для оценки скрининговых маммограмм используется категория 0 (категория 3 применяется при проведении диагностической маммографии);

категория 4 – пациентки срентгенологическими признаками, подозрительными на рак молочной железы;

категория 5 – пациентки с рентгенологическими признаками рака молочной железы.

Исходныеданныедляпрограммыскрининга

Скрининг рака молочной железы (далее – РМЖ) проводится путем выполнения цифровой рентгеновской маммографии 1 раз в 2 года женщинам в возрасте от 50 до 69 лет с отсутствием тяжелых соматических заболеваний и которым в случае выявления РМЖ возможно выполнение радикального лечения.

Скрининг РМЖ не проводится женщинам с РМЖ в анамнезе или подозрением на РМЖ, которые подлежат обследованию, лечению и наблюдению в соответствии с Алгоритмами диагностики и лечения злокачественных новообразований, утвержденными приказом Министерства здравоохранения Республики Беларусь от 11 марта 2012 г.№258 «Об утверждении некоторых клинических протоколов».

Решение об участии в скрининге РМЖ женщин с соматическими заболеваниями в стадии декомпенсации принимается врачом-терапевтом участковым (врачом общей практики) по согласованию с врачом-онкологом индивидуально.

При наличии у женщины признаков генетической предрасположенности к РМЖ, ее обследование проводится в соответствии с приказом Министерства здравоохранения Республики Беларусь от27.12.2007 № 1018 «Об онкогенетическом консультировании».

Организационно-методическое руководство скринингом РМЖ осуществляет на базе отдела организации противораковой борьбы РНПЦ ОМР им.Н.Н.Александрова.

Организация работы кабинета скрининга осуществляется в учреждении здравоохранения первого уровня по месту регистрации участника скрининга. В рамках пилотного проекта кабинеты скрининга организуются в УЗ «Минская центральная районная больница» и УЗ «34-я центральная районная клиническая поликлиника Советского района г.Минска».

Формирование электронной базы данных женщин, подлежащих скринингу РМЖ, осуществляется главным образом путем взаимодействия с регистром населения Республики Беларусь. Программным обеспечением должно быть предусмотрено использование для формирования электронной базы иных доступных источников.

В ходе реализации скрининга РМЖ осуществляется обучение медицинских и прочих работников (врачи-онкологи, врачи-терапевты, врачи-рентгенологи, рентгенлаборанты, медицинские сестры, программисты, иныеспециалисты) на рабочем месте в РНПЦ ОМР им.Н.Н.Александрова, на семинарах, проводимых специалистами РНПЦ ОМР им.Н.Н.Александрова, а также специалистами ВОЗ в рамках реализации программы международной технической помощи «БЕЛМЕД». Для организации процесса обучения используется информационная платформа программы. Обучение медицинского персонала может быть организовано дистанционно с использованием ресурсов программы скрининга.

Требования к программе или программному изделию

Система должна быть совместима с информационными системами РНПЦ ОМР им. Н.Н. Александрова, поддерживать информационное взаимодействие с регистром населения и канцер-регистром, иметь клиент-серверную архитектуру с размещением центрального сервера на базе РНПЦ ОМР им. Н.Н. Александрова.

Требования к архитектурепрограммногообеспечения

Архитектура программного обеспечения должна состоять из следующих логических модулей:

Модуль почтовой службы;

Модуль скрининговой службы;

Модуль диагностической службы;

Модуль ренгенологической службы;

Модуль мобильной лаборатории;

Модуль взаимодействия с регистром населения;

Модуль взаимодействия с канцер-регистром;

Модуль взаимодействия с АИС «МЕДиК»;

Модуль взаимодействия с хранилищем медицинских изображений;

Модуль администрирования системы;

Модуль контроля;

Аналитико-статистическиймодуль.

Требования к организациивходныхданных

Входные данные системы поступают из мест их первичного образования либо хранения.

Источники входных данных системы:

Персонифицированные данные участников скрининга – регистр населения;

Данные по заболеваемости – канцер-регистр;

Данные первичного осмотра и анкетирования – кабинет скрининга;

Медицинские изображения – маммографический кабинет;

Результаты скрининговых чтений – АРМ рентгенолога.

Требования к организациивыходныхданных

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

Требования к обеспечению надежного функционирования системы

Надежное (устойчивое) функционирование подсистемы обеспечивается выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) выполнением регламента по обслуживанию подсистемы;

Исполнитель описывает требования к регламентным работам предусмотренные системными и прикладными программными средствами. Требования (ссылки на требования) должны быть представлены в программной документации.

Система должна обеспечивать функционирование приложений и служб 24 часа в сутки, 7 дней в неделю, сохранность и целостность данных, архивов в случае некорректных действий пользователей.

Требованияподиагностированиюсистемы

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

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

Требования к составу и параметрам технических средств

Требования к комплектации и конфигурации технических средств Исполнитель формирует в процессе выполнения работ по проекту и описывает в системной документации.

Требования к исходным кодам и языкам программирования

Программное обеспечение должно быть разработано на интерпретируемом языке программирования.

Исходные коды системы должны быть реализованы на языках программирования отвечающих Open-Source технологиям.

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

Требования к операционнойсистеме

Системные программные средства, установленные на сервере, используемые системой, представлены следующим комплектом:

Операционная система – Centos 7+ / Debian9+

SQL-сервер – PostgreSQL / MySQL;

WWW-сервер – Nginx /Apache 2.4+.

Передача медицинских изображений должна быть реализована посредством протокола DICOM. Хранилища для медицинских изображений должны быть масштабируемые и обеспечивать надежное хранение DICOM изображений на протяжении всей скрининговой истории участников.

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

Требования к защите информации и программ

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

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

Регистрация пользователей в системе должна проводиться в соответствии с политикой информационной безопасности РНПЦ ОМР им.Н.Н.Александрова.

Специальные требования:

Система должна обеспечивать взаимодействие с пользователем (оператором) посредством графического пользовательского интерфейса.

Графический пользовательский интерфейс должен обеспечивать:

формирование запросов с компьютера пользователя посредством клиента (Интернет-браузера);

текстовый и графический способы представления информации пользователям (в виде HTML-страниц на русском языке в кодировке UTF8);

интерактивный (диалоговый) режим взаимодействия пользователей с Программой, включая:

1. наличие списков (list), кнопок (button), флажков (checkbox), гиперссылок (hyperlink) в терминологии языка программирования;

2. форматно-логический контроль ввода данных (выбор данных из вспомогательных списков-справочников);

3. возможность работы с помощью клавиатуры и мыши.

Требования к составупрограммнойдокументации

техническоезадание;

программа и методикаиспытаний;

руководствопользователя.

Стадииразработки

Согласно п. 2 ГОСТ 19.102-77 и примечаний к нему разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

Содержимое разделов настоящего технического требования может быть изменено и дополнено по согласованию с Заказчиком.

Этапыразработки

На стадии разработки технического задания должны быть выполнены этапы:

а) Разработки уточненного технического задания на этап;

б) Согласования и утверждения уточненного технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

а) поэтапная разработка программы;

б) разработка программной документации;

в) испытания программы.

На стадии внедрения должны быть выполнены этапы:

а) передача программы;

б) обучения ответственных лиц;

в) инсталляции программы;

г) тестовой эксплуатации;

д) приема в промышленную эксплуатацию;

е) предоставлениеруководствапользователя.

Требования к приемке и контролю

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

Общие приемо-сдаточные испытания подсистемы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком программе и методике испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

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

Требования к приемкеработы

На основании «Протокола проведения испытаний» Исполнитель совместно с Заказчиком подписывают Акт приемки-сдачи подсистемы в эксплуатацию.

Формированиецелевойгруппы

Целевой группой для целей скрининга является контингент, отвечающий следующим критериям:

- граждане Республики Беларусь;

- женщины в возрасте от 50 до 69 лет;

- женщины, не имеющие уже выявленной патологии рака молочной железы.

Из целевой группы исключаются лица, отвечающие вышеуказанным критериям, но ранее официально отказавшиеся от участия в скрининговой программе по различным причинам.

Отказ от участия в программе скрининга оформляется специалистом по скринингу УЗ в письменной форме согласно приложению _____. После чего данные лица, отказавшиеся от участия, вносятся в базу данных информационной системы и более не приглашаются. Пациентки, не подписавшие форму отказа и не являющиеся на скрининг, получают одно дополнительное приглашение в течение года, затем приглашаются в течение следующего года.

Для формирования целевой группы используются данные государственных регистров:

- регистр населения Республики Беларусь (Министерство внутренних дел Республики Беларусь);

- Белорусский канцер-регистр (Министерство здравоохранения Республики Беларусь).

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

Формирование целевой группы осуществляется согласно следующему алгоритму:

Формирование выборки из регистра населения по критерию «женщины в возрасте 50-69 лет», статус «активен» со следующими входными данными: «идентификационный номер», «фамилия», «имя», «отчество», «дата рождения», «адрес регистрации».

Отбор и исключение из сформированной выборки лиц, которым уже присвоен диагноз «рак молочной железы» на основе данных, полученных из Белорусского канцер-регистра.

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

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

Модульзагрузкиданных.

Назначение:

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

внесение данных об умерших, выбывших с территории.

Требования:

неприхотливость к формату загружаемых данных;

возможностьручноговводаданных.

Модульприглашения.

Назначение: формированиепригласительныхписем.

Требования:

Дляпервогоприглашения.

Необходимо предусмотреть возможность приглашения женщин исходя из необходимости, например, начать приглашение с женщин в возрасте 69 лет, которым вскоре исполнится 70 лет, и они выбудут из целевой группы. Кроме того, необходимо отслеживать место жительства женщин, чтобы обеспечить вызов женщин, компактно проживающих (обеспечение эффекта «сарафанного радио»).

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

Необходимо обеспечить связь между модулем приглашения и модулем рентгенлаборанта (маммографическим кабинетом). Последний должен предоставлять информацию о свободных местах.

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

На основании данного рейтинга и наличия количества свободных мест, модуль приглашения должен рассчитывать овербукинг мест для маммографии и указать время приглашения (в виде интервала, например, 10.00-11.00).

Необходим компонент, генерирующий бар-код (штриховой код) на пригласительном письме.

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

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

Модульрентгенлаборанта.

Требования:

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

Модульрентгенолога.

Требования:

Оценка качества маммограмм. Учет качества маммограмм, выполняемых каждым рентгенлаборантом, участвующим в скрининге.

Формализованное формирование отчета, содержащего категорию BI-RADS (1, 2, 3, 4 или 5), формализованное описание, латерализацию патологического очага, а также степень рентгенологической плотности (a, b, c, d).

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

Опционно:

Обеспечение двойного слепого чтения.

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

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

Модульдообследования.

Требования:

Фиксация в базе данных результатов проведенного дообследования.

Модульрасчетарезультатов.

Требования:

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

Логическиймодуль.

Назначение:

проверка вводимых параметров на логику, для недопущения ошибок при вводе данных;

проверка дублирования вводимых данных;

мгновенное информирование оператора об ошибке.

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

Фамилия, имя, отчество пациентки (полностью; может вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; следует предусмотреть автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо).

Идентификационный номер из паспорта (14 цифр и букв; вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; следует предусмотреть автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо).

Дата рождения (здесь и далее – в формате ДД.ММ.ГГГГ; может вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; следует предусмотреть автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо).

Адрес в формате: индекс, город (область, район, сельсовет, сельский населенный пункт), улица, дом (корпус, квартира, код Терсона; вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; возможно автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо)

8. Телефон домашний (с кодом населенного пункта в формате +375 17 000 00 00; вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; возможно автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо, если эти данные имеются в базе учреждения здравоохранения. NB! Данные о телефонахневсегдаимеются!).

9. Телефон мобильный (с кодом оператора в формате +375 00 000 00 00; вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию).

Дата приглашения (либо «не приглашалась»; может вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; следует предусмотреть автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо).

Код маммографического кабинета (вводится медицинским регистратором при выдаче участнице скрининга направления на маммографию; следует предусмотреть автоматическое введение этих данных при использовании сканера штрих-кода для считывания штрих-кода, ранее сгенерированного и нанесенного на пригласительное письмо.

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

Результат второго чтения скрининговой маммографии – тип рентгеновской плотности молочных желез: a (жировая инволюция); b (отдельные участки высокой плотности); c (неоднородная плотность); d (высокая плотность) (данные вводятся врачом-рентгенологом).

Дата диагностической маммографии (либо «не выполнялась»). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

32. Результат диагностической маммографии (если выполнялась) – категория BI-RADS: 0 – не используется; 1 (без патологии), 2 (доброкачественное и/или неопухолевое образование), 3 (возможно доброкачественное образование); 4 (подозрение на рак); 5 (рак). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

Дата тонкоигольной биопсии (либо «не выполнялась»). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

34. Результат тонкоигольной биопсии: 0 (требуется дообследование); 1 (без патологии), 2 (доброкачественное и/или неопухолевое образование), 3 (возможно доброкачественное образование); 4 (подозрение на рак); 5 (рак). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

Дата трепан-биопсии (либо «не выполнялась»). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

36. Результат трепан-биопсии: 0 (требуется дообследование); 1 (без патологии), 2 (доброкачественное и/или неопухолевое образование), 3 (возможно доброкачественное образование); 4 (подозрение на рак); 5 (рак). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

Дата диагностической операции (либо «не выполнялась»). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

Результат диагностической операции: 1 (доброкачественные и/или неопухолевые изменения), 2 (подозрение на рак); 3 (рак). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

39. Избранная тактика дальнейшего ведения: 1 (продолжить скрининг через 2 года); 2 (назначить контрольное обследование через интервал менее 2 лет); 3 (диагностическая операция); 4 (хирургическое лечение); 5 (неоадъювантная химиотерапия); 6 (паллиативное лечение); 7 (симптоматическое лечение); 8 (отказ от лечения); 9 (противопоказания к лечению). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

В случае решения «неоадъювантная химиотерапия» – указать размер опухоли в мм до начала лечения. (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

Дата окончательной (в отличие от диагностической) операции (либо «не выполнялась»). (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (регистраторами) кабинета скрининга РНПЦ ОМР).

Объем окончательной операции на основном очаге: 1 (резекция очага, секторальная резекция); 2 (мастэктомия с одномоментной пластикой); 3 (мастэктомия без пластики) (вводится 1. специалистом (регистратором) на уровне Минского городского онкологического диспансера либо специалистом (акушеркой) женской консультации 34-й ЦРП на основании выписки из диспансера; 2. специалистами (ре


Поделиться с друзьями:

Индивидуальные и групповые автопоилки: для животных. Схемы и конструкции...

Типы сооружений для обработки осадков: Септиками называются сооружения, в которых одновременно происходят осветление сточной жидкости...

Индивидуальные очистные сооружения: К классу индивидуальных очистных сооружений относят сооружения, пропускная способность которых...

Общие условия выбора системы дренажа: Система дренажа выбирается в зависимости от характера защищаемого...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.016 с.