Медицинская база данных пациентов

Медицинская БД (Medical database)

Медицинская база данных пациентов

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

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

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

Какие задачи решает эта программа и как она помогает персоналу в работе? Может быть, что она вовсе не нужна?

Рассмотрим работу регистратора. Чем он занят, какие услуги оказывает пациенту?

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

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

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

Работа не сложная, но не автоматизированная, т.е. не эффективная.

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

Регистратор при этом должен отыскать среди тысяч карточек, хотя и частично упорядоченных (например, по участкам и буквам алфавита, но не по фамилиям на одну букву – это долго), требуемую карточку, откуда и получить необходимые данные.

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

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

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

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

Перечислим информацию (поля таблицы) о пациенте:

– № участка (фактически код – см. ниже), за которым закреплен пациент;

– код или № карточки пациента;

-фамилия, имя, отчество (отдельные поля);

– дата рождения;

– адрес (код улицы, номер дома, номер корпуса, номер квартиры – так же отдельные поля);

– принадлежность к ряду категорий (участник войны – да, нет; участник боевых действий – да, нет и т.д.);

– отметка о смерти и дата смерти (как не печально, но все мы смертны).

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

А вот номер корпуса и номер квартиры в перечень обязательных не вошли: не всякий дом состоит из корпусов, а в частном секторе квартир почти не бывает.

Также решено не делать обязательным поле “Отчество”: кто его знает, какие традиции у разных народов, может быть у кого-то отчество через дефис приписывается к имени, а у кого-то его совсем нет. Так что не обязательно.

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

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

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

Итак, в базе имеется три таблицы: большая (по объёму данных) и сложная (по структуре) таблица пациентов и две маленькие и простые таблицы участков и адресов. Между ними установлена ссылочная целостность. Т.е.

из двух последних таблиц невозможно удалить запись, если на неё есть ссылка в таблице пациентов. Т.е. если в таблице пациентов кто-то имеет адрес по улице Новой, то эту улицу Новую нельзя вычеркнуть из таблицы улиц – база данных не позволит этого сделать.

И только лишь когда на Новой улице не будет ни одного пациента, внесенного в таблицу пациентов, улицу из таблицы можно будет удалить. 

Поля “Номер дома”, “Номер корпуса” и “Номер квартиры” имеют тип строки, а не числовой. Дело в том, что эти номера могут быть такого вида: дом № 12/4 (угловой). Корпуса могут также обозначаться буквами. В коммунальных квартирах бывает сложное обозначение комнат, принадлежащих разным хозяевам, поэтому не всегда номер квартиры – число.

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

Возможности отбора реализуются двумя многостраничными блокнотами и переключателями типа RadioButton. Один блокнот имеет своими страницами номера участков поликлиники, а другой – буквами алфавита. Блокноты как бы вложены один в другой, но, в отличие от бумажного варианта, порядок вложенности не установлен, что делает отбор эффективным.

Например, переключившись на определенную страницу блокнота “Участок”, т.е. выбрав участок, можно выбрать либо всех пациентов участка, либо пациентов, фамилии которых начинаются на определенную букву.

В другом случае, выбрав в блокноте “Участок” страницу “Все”, можно выбрать всех пациентов поликлиники, фамилии которых начинаются на определенную букву.

Дополнительно можно ограничить выбор пациентов, выбрав только пациентов определенной категории. Для этого служат переключатели типа RadioButton.

В таблице пациентов реализована сортировка по полям “Фамилия”, “Дата рождения”, “Код карты”, “Улица”. Что также способствует удобству работы пользователя-регистратора.

Кнопка “Найти” вызывает форму, в которую можно вписать известные данные о пациенте, чтобы найти определенного пациента или подходящих под определенные признаки. Вот эта форма:

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

Кнопка “Статистика” вызывает форму, на которой отображаются некоторые статистические данные по поликлинике. Например, на первой странице блокнота формы показывается распределение пациентов по участкам:

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

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

Предыдущая версия программы (описанная выше) выполняла две эти функции: и фильтрацию записей и их поиск. Возникает вопрос: а какая между ними разница? С точки зрения программирования – никакой: выполняется отбор записей по указанному критерию. Например, по совпадению записей по номеру участка, за которым закреплен пациент. Т.е.

, например, требуется выбрать всех пациентов, закрепленных за участком № 30. Тогда выбор записей из базы данных оформляется запросом “Выбрать всех, кто закреплен за участком № 30”. На языке запросов SQL это оформляется директивой SELECT * FROM table_name WHERE sector_num = 30.

Что обозначает: выбрать все записи (запись – это один пациент) из таблицы пациентов с именем table_name, в которых поле sector_num (№ участка) равно 30. Вот что такое фильтрация.

Что такое поиск? Это когда говорится более конкретно, например, найти пациента с фамилией Петров.

Соответствующая директива на языке SQL будет выглядеть так: SELECT * FROM table_name WHERE family = Петров. Как ни странно, но эта директива поразительно похожа на ту, что применялась при выборе пациентов 30-го участка. Так и есть. Фактически при фильтрации и при поиске мы делаем одно и то же.

Ведь вполне можно предположить, что система в ответ на последний вопрос вернет нам не одного Петрова, а сразу нескольких: такая распространенная фамилия в большой базе, скорее всего, встретится ни один раз. Так что произойдет то же самое, что и с запросом о поиске пациентов 30-го участка.

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

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

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

Сайт в разработке. Пожалуйста, оставайтесь с нами.

Источник: https://sites.google.com/site/medicaldatabase2

Электронная регистратура: как в медицине создают общую базу данных | Инструменты на РБК+

Медицинская база данных пациентов

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

Getty Images Russia

Создание Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ), по замыслу Минздрава, объединит через несколько лет информацию обо всех российских пациентах, врачах и медучреждениях в единую электронную базу данных.

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

Такая среда — обязательное условие перехода к цифровой медицине, говорит завкафедрой медицинской и биологической кибернетики СибГМУ Константин Бразовский.

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

Что такое электронная регистратура

Базовые положения о статусе и принципах работы ЕГИСЗ прописаны в законе о телемедицине, вступившем в силу 1 января 2018 года, там же определяются основы ее функционирования и взаимодействия с иными системами.

 Так, в состав ЕГИСЗ должно войти множество элементов, необходимых для объединения различных типов медицинских данных, — например, электронная регистратура, интегрированная электронная медкарта, реестры медработников, организаций и электронных документов, записи к врачу, статистической и финансовой отчетности, специализированные регистров пациентов.

Пользоваться ЕГИСЗ смогут все граждане РФ, зарегистрированные на портале госуслуг, а передавать информацию в нее будут как государственные, так и частные медучреждения.

Начало 2019-го стало новым этапом в развитии системы — с января текущего года к ней должны подключиться частные больницы и клиники, отмечают в консалтинговой компании «Факультет медицинского права» со ссылкой на постановление правительства РФ № 555 от 05.05.2018 «О единой государственной информационной системы в сфере здравоохранения».

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

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

Цифровые трудности

Расходы на запуск ЕГИСЗ уже превысили 100 млрд руб., однако уже сейчас очевидно, что система не заработает, как планировалось, к 2021 году.

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

Отдельной проблемой является участие в работе системы частных клиник — фактически подключились к ЕГИСЗ единицы и в ограниченном объеме.

Как поясняет Александр Пилипчук, генеральный директор сети клиник «Доктор рядом», его компания ведет в ЕГИСЗ с 2017 года реестр врачей. «Информация о наших сотрудниках регулярно обновляется в реестре, однако этот процесс не автоматизирован, что требует дополнительных ресурсов со стороны медицинских организаций», — говорит он.

Как поясняет завотделом компьютеризации гематологического научного центра Минздрава РФ Борис Зингерман, реестр врачей и медорганизаций — единственные доступные для частных клиник модули ЕГИСЗ, а остальные (например, электронная медкарта) находятся в разработке, и интеграция с ними начнет осуществляться лишь через несколько лет.

Хотя постановление Минздрава устанавливает сроки подключения, за его невыполнение не прописаны никакие санкции, поэтому многие компании не спешат его выполнять, особенно если не разбираются в ИТ, поясняет Михаил Варюшин, юрист «Ааронов и партнеры». «Чтобы привлечь частников в систему, Минздраву необходимо полностью определить правила игры для них и создать необходимую инфраструктуру», — резюмирует он.

Глобальная сеть

Мировые затраты на здравоохранение растут, отмечают авторы доклада «Перспективы глобального здравоохранения» международной Deloitte: к 2022 году они вырастут до $10,6 трлн с $7,7 трлн в 2017 году.

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

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

Уже сегодня ключевой в системе управления любым российским медучреждением является медицинская информационная система (МИС). За рубежом первыми такими ресурсами стали госпитальные инфорсистемы (HIS), аккумулирующие медицинские (электронная карта), административные, финансовые и юридические данные.

Как электронные медсистемы внедряют за рубежом

Законодательство Японии, где многообразие используемых клиниками страны систем пока не предназначено для агрегирования на национальном уровне, по данным международной Deloitte, стимулирует совместное использование электронных медкарт. Пятилетний план развития науки КНР предусматривает создание Национальной платформы для обмена биомедицинскими big data.

Всемирная организация здравоохранения (ВОЗ) разрабатывает идею создания глобальной сети телекоммуникаций в медицине.

Евросоюз уже идет по этому пути, отмечают авторы отчета по развитию eHealth программы сотрудничества ESPON 2020 Еврокомиссии. В частности, в 2017 году комиссия запустила единую справочную сеть поставщиков медуслуг для борьбы с редкими болезнями (ERNs).

В прошлом году медицинские системы 12 стран начали обмениваться отдельными данными о пациентах. Например, финские цифровые рецепты действительны в эстонских аптеках.

В 2019 году эти соседние государства планируют начать взаимообмен полными историями болезней пациентов.

Финляндия, согласно данным программы сотрудничества ESPON 2020, лидер в области внедрения медицинских информационных технологий. Страна одной из первых достигла почти всеобщей цифровизации данных здравоохранения. А эстонская система электронных медицинских карт (Electronic Health Records; EHR) объединяет данные 100% поставщиков медуслуг госсектора и 80% — частного.

При этом система самостоятельно стандартизирует данные здравоохранения из различных учреждений и не требует от учреждений заполнения стандартных форм.

Финский национальный архив медицинской информации (KanTa) формировался с 2007 года. Сегодня эта база данных обеспечивает всем авторизованным участникам рынка доступ к записям пациентов, а сами пациенты через учетную запись в системе могут регулировать этот доступ для тех или иных поставщиков медуслуг. 95% выписываемых рецептов — электронные, и пациенты имеют доступ к полной истории выписки.

Обмен данными

Помимо неготовности нормативной технической базы, сотрудничеству частных медорганизаций и ЕГИСЗ мешают отсутствие единого подхода к хранению медицинских данных и обмену ими. Для решения этой проблемы Минздрав, в частности, предлагает ввести для всех медучреждений РФ независимо от формы собственности единую систему ИТ-решений.

«Немногие частные клиники будут готовы отказаться от уже разработанных для себя систем сбора и управления данными чтобы примерить какую-то усредненную модель, не «заточенную» изначально на их задачи», — говорит Борис Зингерман. По его прогнозу, Минздраву, скорее всего, придется отказаться от идеи стандартизации информации таким образом и искать другие пути.

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

Объединить в ближайшее время государственную и частную системы обмена данными будет сложно технически, соглашается Сергей Дьячков, аспирант ТюмГУ, вуза — участника проекта «5-100», но к этому надо стремиться.

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

Сейчас структуризация медицинских данных — огромная проблема, говорит венчурный инвестор, сооснователь MDW — телемедицинского портала для радиологов Medical Diagnostic Web (США) Сергей Фрадков. По его словам, еще не так давно бумажные медицинские карты были «золотым стандартом» хранения информации о пациенте, а в некоторых местах такие карты существуют до сих пор.

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

На это выделяются огромные деньги из бюджетов государств, под это привлекаются средства инвесторов, а проблема так и не решена, говорит эксперт.

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

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

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

То же касается и протоколов взаимодействия медицинских систем, таких как HL7. Все они работают в рамках одной замкнутой системы — региона, страны, вендора. 

Источник: https://plus.rbc.ru/news/5c8fc0cd7a8aa96b03af735d

zakondostatka.ru

Медицинская база данных пациентов

Медицинская база данных (БД) — достаточно объемный набор хорошо структурированных по единым правилам данных в области медицины на машинных носителях. Такой набор имеет единые способы и методы обработки данных в различных медицинских проблемах.

В любой БД задаётся порядок, например, ключевыми полями.

Поиск информации осуществляется по этим ключам.

Реализуется поиск и вся поддержка БД соответствующими системами управления (СУБД). Например, к БД «Городская больница» можно организовать запрос по ключу «Врач». Возможный ответ — врач Иванов И.И.

В последнее время используется технология удалённого сервера баз данных, с коллективным доступом пользователей к данным базы на сервере (высокопроизводительном компьютере) по компьютерным сетям и Интернет. Медицинские данные — продукт запросов пользователей.

Особенностями этой технологии: Предоставление пользователю лишь результата поиска, а не самой БД;

Компьютерные базы данных и информационные системы в медицине

Стр 25 из 33 Базы данных используются в медицине для различных целей. Например, их используют для хранения всех данных о пациентах.

В этом отличие баз данных от обычных компьютерных файлов. СУБД связывает пользователей и физическое представление данных (т.е. то, как данные реально хранятся).

Все пользовательские запросы, независимо от того, от человека или компьютерной программы они исходят, обрабатываются СУБД.

функция СУБД – сокрытие программного кода от пользователей БД.

С другой стороны,

Электронный научный журнал Международный студенческий научный вестник ISSN 2409-529X

  1. Дата публикации 12.05.2016
  2. Журнал Международный студенческий научный вестник. – 2016. – № 3 (часть 1)
  3. Раздел Технические науки

Вершинин В.В.

4. Примеры баз данных [электронный ресурс] URL: http://surgerycom.net/some/Bazas.htmю 5. Подходы в вопросе выбора СУБД [электронный ресурс] URL: http://citforum.ru/database/articles/msmysql/.

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

Медицинская база данных пациентов

Работа с информационными системами вообще и медицинскими информационными системами в частности регламентирована действующим законодательством — Федеральным законом от 27 июля 2006 г.

№ 149-ФЗ

«Об информации, информационных технологиях и защите информации»

и Федеральным законом от 27 июля 2006 г. № 152-ФЗ «О персональных данных». Федеральный закон № 149-ФЗ

«регулирует отношения, возникающие при: осуществлении права на поиск, передачу, получение, производство и распространение информации; применении информационных технологий; обеспечении защиты информации»

.

Обладатель информации — физическое лицо, юридическое лицо, РФ, субъект РФ, муниципальное образование. Он может разрешать или запрещать доступ к информации, использовать информацию по своему усмотрению, передавать информацию другим лицам, защищать свои права при незаконном получении информации сторонним лицом или ее незаконного использования.

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

Вид дипломная работа Язык русский Дата добавления 26.03.2013 Размер файла 1,9 M Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны. Страница:

Размещено на http://www.allbest.ru/

  1. 1.2.2 Задачи проекта
  2. 1.3.1 Обзор MS SQL Server 2008
  3. 1.1.2 Процесс лечения пациента в отделении
  4. 1.3.2 Обзор Borland Delphi7
  5. 1.1.1 Процесс поступления пациента в больницу
  6. 2.

    Концептуальный проект

  7. 2.2 Организационная структура
  8. 1.3 Обоснование выбора СУБД и программного обеспечения
  9. 1.2 Задачи и цели проектирования
  10. 2.1 Задачи
  11. 1.2.1 Цель проекта
  12. 1.

    Этап начальной разработки и планирования

  13. 1.1 Анализ предметной области
  14. Введение

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

Комплексные Медицинские Информационные Системы •• Ср 23 Май 2019 | 4162

Гусев Александр,Зам. директора по развитию, к.т.н.

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

В 1998 г. закончил Петрозаводский государственный университет по технической специальности, 1998-1999 гг. прошел службу в ракетных войсках стратегического назначения (РВСН) в медицинском госпитале в качестве разработчика программного обеспечения.

В 1999 г. начал работу в медицинском центре ОАО «Кондопога», где занимался разработкой и внедрением медицинской информационной системы.

Медицинские базы данных

Базы данных используются в медицине для различных целей.

На пример, их используют для хранения всех данных о пациентах.

В этом отличие баз данных от обычных компьютерных файлов. СУБД связывает пользователей и физическое представление данных (т.е.

то, как данные реально хранятся).

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

Центральный реестр пациентов

Комплексные Медицинские Информационные Системы •• Система для ведения базы данных граждан, обслуживаемых медицинскими организациями субъекта РФ. Включено в реестр Российского ПО •• • • • ЦРП это специализированное решение для накопления и управления консолидированной региональной базой данных, в которой хранятся сведения о пациентах, обслуживаемых системой здравоохранения субъекта РФ.

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

Медицинские базы данных Medsoft

Базы данных используются в медицине для различных целей.

Многопользовательские базы данных управляются программами, которые называют системами управления базами данных (СУБД).

В этом отличие баз данных от обычных компьютерных файлов. СУБД связывает пользователей и физическое представление данных (т.е.

то, как данные реально хранятся). Все пользовательские запросы, независимо от того, от человека или компьютерной программы они исходят, обрабатываются СУБД.

функция СУБД – сокрытие программного кода от пользователей БД.

Источник: http://zakondostatka.ru/medicinskaja-baza-dannyh-pacientov-32492/

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

Медицинская база данных пациентов

1 июня 2010 года Верховная Рада Украины с целью адаптации украинского законодательства к международным нормам приняла Закон Украины «О защите персональных данных» № 2297-VI (далее — Закон № 2297-VI).

Об особенностях ведения базы персональных данных пациентов в медицинских учреждениях разных форм собственности в интервью журналу «Медична практика: організаційні та правові аспекти» рассказал начальник недавно созданной Государственной Службы Украины по вопросам защиты персональных данных (далее — Служба) Алексей Мервинский.

Алексей Иванович, расскажите, пожалуйста, о Службе, когда она была создана, какие на нее возложены функции и какие она имеет полномочия?

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

Летом 2010 года был сделан первый шаг относительно государственной защиты названных конституционных прав.

Верховная Рада Украины, выполняя обязательство Украины перед европейским сообществом относительно создания эффективной системы защиты персональных данных, ратифицировала Конвенцию Совета Европы о защите лиц в связи с автоматизированной обработкой персональных данных и Дополнительный протокол к этой Конвенции относительно органов надзора и трансграничных потоков данных. А 1 января 2011 года вступил в силу Закон «О защите персональных данных» от 1 июня 2010 г. № 2297-VI, который должным образом урегулировал вопрос защиты персональных данных на законодательном уровне. Принятие данного Закона, ратификация Конвенции и Дополнительного протокола стали рядом последовательных шагов в деле интеграции Украины в сообщество европейских стран. Особенно актуальны эти шаги в свете переговоров нашего государства с Европейским союзом относительно либерализации визового режима с ЕС и налаживания сотрудничества с Европейским полицейским офисом и Европейской организацией по вопросам юстиции. Все эти нормотворческие и административные мероприятия являются одним глобальным процессом укрепления сотрудничества с Европейским союзом в сфере юстиции, свободы и безопасности.

Именно Законом № 2297-VI и было обусловлено создание специально уполномоченного государственного органа по вопросам защиты персональных данных. Кстати, в Европейских государствах в течение многих лет существует институт Уполномоченного по вопросам защиты персональных данных.

На выполнение требований Закона Украины «О защите персональных данных» Указом Президента Украины от 6 апреля 2011 года № 390/2011 утверждено Положение о Государственной службе Украины по вопросам защиты персональных данных (далее — Положение). Наши основные функции и задачи указаны в Положении.

В соответствии с упомянутым Положением Служба является центральным органом исполнительной власти, деятельность которой направляется и координируется Кабинетом Министров Украины через министра юстиции Украины.

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

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

Одним из наших первоочередных заданий является нормотворческая деятельность. Кабинетом Министров Украины принято постановление «Об утверждении Положения о Государственном реестре баз персональных данных и порядке его ведения» 25 мая 2011 г. № 616.

На выполнение пункта 7 указанного Положения Службой разработана и подана на утверждение Министерства юстиции Украины форма и порядок предоставления заявления на регистрацию базы персональных данных.

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

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

Персональными данными является любая информация о физическом лице, которая позволяет его идентифицировать, а именно: имя, возраст, место работы и проживания, образование и тому подобное. Персональными данными могут быть: национальность, образование, семейное положение, религиозность, состояние здоровья, а также адрес, дата и место рождения. Кроме того, согласно решению Конституционного Суда Украины от 30 октября 1997 № 5-зп к персональным данным также принадлежат данные об имущественном состоянии и медицинская информация (информация о состоянии здоровья человека, история его болезни).

Объектами защиты являются лишь те персональные данные, которые обрабатывают в базах персональных данных.

База персональных данных — это именуемая совокупность упорядоченных персональных данных в электронном виде и/или в виде картотек персональных данных. Медицинские карточки и будут базой персональных данных.

Если цель обработки сведений, которые обрабатываются в электронном виде и в виде картотек, одна и та же, то это и будет одна база данных. Просто способ обработки ее будет, скажем, «смешанный».

Что же касается второй части вопроса — да, действительно, все лица, которые обрабатывают персональные данные, должны регистрировать базы персональных данных.

Касаются ли указанные требования и физических лиц — предпринимателей (ФЛП), которые на основании лицензии осуществляют частную медицинскую практику? Есть ли отличия относительно такой деятельности ФЛП?

По закону № 2297-VI владельцем или распорядителем базы персональных данных могут быть юридические и физические лица. Соответственно они не являются исключением.

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

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

Если медицинское учреждение обрабатывает персональные данные пациентов, то оно обязано соблюдать требования обработки персональных данных, указанных в Законе № 2297-VI, назначить медицинского работника или другое лицо учреждения здравоохранения, на которое будут возложены обязанности относительно обеспечения защиты персональных данных, а также зарегистрировать базу персональных данных пациентов.

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

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

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

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

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

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

Полную версию интервью читайте в № 5 2011 г. журнала ” Медична практика: організаційні та правові аспекти ”

Источник: http://the-medical-practice.com/articles/mervinskyi

Оценка баз данных в медицине – международный студенческий научный вестник (электронный научный журнал)

Медицинская база данных пациентов
1 Вершинин В.В. 1 Соловьёва С.Н. 1 1. Базы данных [Электронный ресурс] URL: http://www.codenet.ru/progr/vbasic/vb_db/1.php 2. Медицинские базы данных [Электронный ресурс] URL: http://ilab.xmedtest.net/?q=node/4185.
3. Методика формирования баз данных [Электронный ресурс] URL: http://www.budgetrf.

ru/Publications/Magazines/VestnikSF/2006/vestniksf289-1/vestniksf289-1090.htm.
4. Примеры баз данных [электронный ресурс] URL: http://surgerycom.net/some/Bazas.htmю
5. Подходы в вопросе выбора СУБД [электронный ресурс] URL: http://citforum.ru/database/articles/msmysql/.

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

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

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

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

Базы данных – совокупность данных, хранимых согласно структуре данных, манипулирование которыми выполняют в соответствии с правилами моделирования данных.

Классификация баз данных

Базы данных можно классифицировать:

– По характеру хранимой информации:

– фактографические, различные картотеки;

– документальные, например архивы;

– По способу хранения данных:

– централизованные, хранятся на одном компьютере;

– распределенные, используются в локальных и глобальных компьютерных сетях;

– По структуре организации данных:

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

– иерархические, в такой БД записи упорядочиваются в определенную последовательность и поиск данных может осуществляться последовательным «спуском» со ступени на ступень. Иерархическая база данных по структуре соответствует структуре иерархической файловой системы.

Создание баз данных состоит из трех этапов:

1. Первый этап теоритический-проектирование БД. На этапе определяется:

– какие таблицы будет содержать БД;

– определяется структура таблиц (из каких полей, какого типа и размера будет состоять каждая таблица);

– выбираются первичные ключи для каждой таблицы.

2. Второй этап – создание структуры. На данном этапе описывается структура таблиц.

3. Третий этап-ввод записей. Здесь осуществляется заполнение таблиц базы данных информацией.

Медицинская база данных – объемный набор хорошо структурированных данных в области медицины. Набор имеет единые способы и методы обработки данных в различных медицинских вопросах.

Зачастую МИС(медицинские информационные системы) включают себя следующие БД:

– БД застрахованного населения, для которых медицинское и медикаментозное обеспечение осуществляется с учетом назначенных им государственных льгот;

– базы персонифицированных медицинских данных о больных социально значимыми болезнями;

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

– базы финансово-экономической информации;

– БД по кадровому составу и материально-техническому оснащению ЛПУ;

– базы фармакоэкономических данных;

– базы нормативно-справочной информации.

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

Примерами нормативно-справочными баз данных в медицине могут служить:

– HSTAT: Полнотекстовая база данных Национальной медицинской библиотеки США по клиническим гайд-лайнсам, формулярам, фактам доказательной медицины и другим документам, помогающим в принятии клинических решений. Включает информацию для пациентов. Материал поставляется American Public Authorities

– Medical Databases: Коллекция 56 библиографических и полнотекстовых баз данных по вопросам старения, СПИДа, рака, болезням, лекарствам, медицинской этики, здоровья, медицинского оборудования, питания, фармакологии, психологии, медицинских исследований, различных разделов медицины и др.;

– Index of Patent Offices World-Wide, James W Piper & Co: Медицинские патенты: новости и сайты государственных органов по выдаче патентов в странах мира;

– Journal Citation Reports: База данных Каролинского университета (Швеция) для студентов, преподавателей и исследователей. Поиск информации об издателях научных журналов, импакт-факторах, цитируемости.

Примерами баз диагностических данных могут служить:

– Patrix: (Швеция) Содержит общую информацию о болезнях, методах лечения, лекарственных препаратах, самолечении. Свободный доступ.

– DynaMed (Dynamic Medical Information System): Медицинская информационная база данных по более, чем 2000 заболеваниям. Ежедневно обновляется.

– NORD Rare Disease Database: Информация о 1000 нозологиях, поиск по ключевым словам. Включает симптомы заболеваний, этиологию, предрасположенность, осложнения, стандартные методы лечения, диагностические процедуры, источники информации и справочного материала. Доступ платный.

– OMIM [Online Mendelian Inheritance in Man] Он-лайн база данных наследственности по законам Менделя. Содержит клиническую и доклиническую информацию по генетике. Свободный доступ.

Реализуется поиск и вся поддержка БД соответствующими системами управления, так называемыми СУБД.

СУБД – система управления базами данных. СУБД связывает пользователей и физическое представление данных. Все пользовательские запросы обрабатываются СУБД.

функция СУБД – сокрытие программного кода от пользователей баз данных.

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

Когда пользователь хочет получить доступ к базе данных, он выполняет запрос, используя специальный язык, который понимается СУБД. Запрос обрабатывается и проверяется на синтаксические ошибки.

Дальше СУБД изучает внешнее и внутреннее строение, и выполняет необходимые операции с хранимой базой данных.

СУБД должна отыскивать каждую из запрошенных записей и составлять таблицу, соответствующую запросам пользователя.

Исходя из сказанного СУБД – это программная система, которая обеспечивает процесс доступа к данным, а именно:

– обеспечивает необходимый поиск во внешней памяти;

– обеспечивает копирование найденных по запросу данных в память компьютера пользователя;

– управляет всеми операциями с базой данных.

Выбор оптимальной СУБД представляет сложную многопараметрическую задачу и является одним из главных этапов в разработке ИС.

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

Особенностями этой технологии является:

– Предоставление пользователю только результат поиска, а не самой БД;

– Полнота представления запрошенной информации;

– Высокая скорость обработки, доступа к данным;

– Интерактивность системы;

– Локальная или удаленная работа пользователя.

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

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

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

На сегодня можно выделить 3 основных подхода в вопросе выбора СУБД:

1. МИС разрабатывается на базе реляционной СУБД. Этот подход используется в подавляющем большинстве решений.

2. МИС разрабатывается на базе пост-реляционной СУБД или объектно-ориентированной СУБД. Этот подход чаще всего используется при выборе СУБД Cache или Lotus Notes / Domino в качестве основы системы.

3. Объектно-реляционный подход. Наиболее перспективное решение, учитывающее специфику предметной области и, вместе с тем, интегрирующее в себе все преимущества первых двух решений.

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

Библиографическая ссылка

Вершинин В.В., Соловьёва С.Н. ОЦЕНКА БАЗ ДАННЫХ В МЕДИЦИНЕ // Международный студенческий научный вестник. – 2016. – № 3-1.;
URL: http://www.eduherald.ru/ru/article/view?id=14688 (дата обращения: 23.11.2019).

Источник: https://www.eduherald.ru/ru/article/view?id=14688

Защитник Права
Добавить комментарий