Comments 94
Как обстоит ситуация с защитой персональных данных в системе? Особенно с учетом информационного киоска.
Да у нас как всегда, в то время как космические корабли бороздят просторы вселенной… Мед.справку для ГАИ выдают только в диспансере по месту прописки.
Внедрение электронного документооборота в отдельно взятом гос.учреждении — это замечательно. Но ещё более замечательно, когда у них у всех будет общая база.
Внедрение электронного документооборота в отдельно взятом гос.учреждении — это замечательно. Но ещё более замечательно, когда у них у всех будет общая база.
В идеале планируется подключить все поликлиники города. Но это не торопятся внедрять. Проблема нашей системы в том, что за неё нельзя получить откат и потому она не нужна чиновникам.
«1 октября 2011 года вступила в силу статья 7 пункта 2 Федерального закона 210 „Об организации предоставления государственных и муниципальных услуг“ от 27.07.2010, согласно которой на новую форму взаимодействия переходит 61 федеральный орган власти.
С этого числа государственным органам запрещено требовать от граждан справки, которые имеются в электронных банках данных федеральных ведомств. Срок осуществления обмена данными установлен в пять дней. Взаимодействие должно быть обеспечено любым способом — хотя бы и с помощью курьера, если по каким-то причинам не сработает электронная система.» ©
Так что по идее будущее рядом. Общей базы нет, но обмен должен быть организован. Как оно будет на практике — покажет время.
С этого числа государственным органам запрещено требовать от граждан справки, которые имеются в электронных банках данных федеральных ведомств. Срок осуществления обмена данными установлен в пять дней. Взаимодействие должно быть обеспечено любым способом — хотя бы и с помощью курьера, если по каким-то причинам не сработает электронная система.» ©
Так что по идее будущее рядом. Общей базы нет, но обмен должен быть организован. Как оно будет на практике — покажет время.
Даже такие начинания (в отдельно взятом учреждении) уже огромный плюс и шаг вперёд.
А как на счет ФЗ-152 о персональных данных? Мед. данные это вообще одна из самых защищенных категорий.
Конфигурация стандартная из списка 1С: Совместимо? Или сами писали?
Приветствую коллега! Может быть раскроете тайну, на чем писали МИС? У нас сейчас 1С предприятие 7.7 планируем 8-ку. База полностью переписана под наши нужды нашими 1С-никами. Но мы учреждение РЖД и у нас есть и ДМС и платные услуги. А также большое кол-во отчетов для РЖД своей формы. И расскажите поподробнее как вам удалось избежать бумажной волокиты (у нас в любом случае заставляют вести бумажную карту и т.п.)???
З.Ы.
А с больничными вообще полный алес… Какой… Вообщем бланки все печатаются в разных типографиях, соответственно поля у всех разные. А также криво напечатанные по горизонтали. Короче писец! Если расскажите как решили проблему печати больничных (желательно отдельным постом) я думаю многие будут благодарны.
З.Ы.
А с больничными вообще полный алес… Какой… Вообщем бланки все печатаются в разных типографиях, соответственно поля у всех разные. А также криво напечатанные по горизонтали. Короче писец! Если расскажите как решили проблему печати больничных (желательно отдельным постом) я думаю многие будут благодарны.
МИС написана на платформе 1с7.7, конфигурация полностью своя. Платформу можно брать любую, которая есть официально. У нас тоже есть платные и ДМС, кроме того всякие разные медосмотры организаций, проблем нет, все ведется в одной базе. Отчетов и мониторингов очень много, причем не только министерские, свой горздрав тоже активно рожает.
больничные печатаем из той же программы, пока никто не обижается. Самая большая проблема — износ принтеров.
бумажные карты печатаются.
И как вносите данные от лабораторных аппаратов? Есть ли какая-нибудь интеграция приборов с компьютерами для извлечения анализов?
С лабораторных приборов-автоматов, которые могут импортировать данные из файла и выгружать информацию в файл любого формата выгружаем из программы и считываем прямо в программу, написан переходник, который файл собирает и разбирает. Остальные, к сожалению, ручками.
А что за база у вас такая интересная и всегда актуальная по полисам???
Я про «данные о пациенте вводятся автоматически из базы застрахованных по номеру полиса»
Я про «данные о пациенте вводятся автоматически из базы застрахованных по номеру полиса»
мы из страховой компании регулярно получаем базу застрахованных, они сами заинтересованы чтобы им реестры с актуальными данными присылали
Они там сами постоянно ошибок кучу делают. На чтение данных с полиса штрих-сканер стоит? Мы метролоджик подороже поставили, вроде нормально чикает, дешевым надо вести по бланку. А вот с базой что-то интересно. Страховых же много и люди бывают из других городов. И опять же присылают, это ведь ПДн, присылают по ТФОМСовой СПД?
Немножко с этим столкнулся. Выбрали принтер Olivetti pr2 plus, он печатает изумительно, но каждую партию больничных бланков нужно подгонять заново. С помощью программы Form Pilot Office подгоняем бланк, поэтом всю партию принтер печатает нормально. С новой партией — опять подгонка. Допечаткой (когда бланк приносят повторно) принтер уже не занимается, заполняют вручную. Краем уха слышал, что некоторые умелые руки для себя создают базу номеров бланков и привязанных к ним размерам, по номеру автоматически размеры подставляются и принтер печатает.
Мне вот интересно, что будет если вам сверху спустят другую МИС? А то тут федералы с регионалами всё грозятся…
Сколько писали если не секрет и сроки внедрения? Использовать устаревшую 7.7 в госструктурах — писк моды, даже с применением внешних библиотек на подобии 1С++ или toysql(о которых Вы не упомянули, потому как возможно не использовали). Пора на 8.2 переходить, а люди все еще 7.7. 96 года внедряют. Думаю, опыт очень полезный, однако платформа 8.2 дает куда более обширные возможности, например сделать запись на прием к доктору через веб, с помощью управляемых приложений, а авторизацию по ИНН или индивидуальному коду, выданному при регистрации на сайте. Таким образом можно будет сократить время на регистрацию и заполнение данных в больнице и т.д. Идей как ускорить процесс уйма, однако реализовывать их на 7.7…
Извините если лишнего сказал.
Извините если лишнего сказал.
Совершенно с вами согласен. Но как перейти на более новую платформу, если финансирование маленькое, а переписать существующую (а еще убедить рук-во что действительно надо) это огромнейшая работа. Ведь конфигурация написана с нуля, точно также как и у автора. Вот если спустят сверху (а это будет пистец всему), и если спустят на 1С-ке, а не досовскую программульку за 10 миллионов и 16 дней написанную, то это будет шик… Наболело.
Вы все правильно сказали.
1. Программа живая, т.е. постоянно дополняется и дорабатывается.
2. Используемые библиотеки не упоминали, потому что это не техническое описание программы, а общие слова.
3. 8.2 ничем не лучше 7.7, а запускать инет в программу нельзя в принципе.
4. На прием к доктору по новым приказам министерства можно записаться только через участкового врача, так что инет вообще отпадает.
5. Авторизация сделана по штрих-коду, который выдается при регистрации в базе. А ИНН кто же даст? Времени на регистрацию и заполнение данных уходит не более 3 — 5 секунд (про это в статье написано). Причем заполняются не только паспортные данные, но и место работы и льготы если есть.
2. Используемые библиотеки не упоминали, потому что это не техническое описание программы, а общие слова.
3. 8.2 ничем не лучше 7.7, а запускать инет в программу нельзя в принципе.
4. На прием к доктору по новым приказам министерства можно записаться только через участкового врача, так что инет вообще отпадает.
5. Авторизация сделана по штрих-коду, который выдается при регистрации в базе. А ИНН кто же даст? Времени на регистрацию и заполнение данных уходит не более 3 — 5 секунд (про это в статье написано). Причем заполняются не только паспортные данные, но и место работы и льготы если есть.
на 7.7 написано потому, что она была закуплена на все учреждения, т.е бесплатно, а 8.2. нужно покупать, причем не просто платформу, а вместе с какой-нибудь конфигурацией
На самом деле 7.7 всем учреждениям досталась практически даром это да, но есть одно но. Рег-анкеты при этом им выданы не были а это значит что в случае чего покупать новую версию придется с нуля. Да и если внедрять этот проект на 7.7 то это надо звонить 1с-никам и объяснять — зачем мы хотим продать устаревшую и с конца этого года не поддерживающуюся 7.7.
Электронные карты нужны для того, чтобы человек мог обслуживаться полноценно (с историей болезни и прочим) во всех лечебных заведениях нашей страны.
Для этого нужно единое хранилище этих самых карт со всеми результатами инструментальных и лабораторных исследований. Все Dicom, все результаты анализов
Писал статью в песочницу — поздно появилась в тематическом блоге, поэтому прошла незамеченной, но там об этом.
Не обязательно. Технически можно реализовать чтобы данные хранились в разных местах, главное знать где смотреть. Это в некоторых моментах даже лучше централизованного хранения.
Возможно. Только сейчас все озадачены написанием своих МИС ( 1С, 1С-Рарус, Ланит, Меддиалог и прочих еще штук сто фирм), а не созданием инфраструктур. ЦОДы, какие-нибудь системы распределения данных, хотя бы просто проекты: в таком то федеральном округе такой то ЦОД, к нему подключатся столько то ЛПУ (должны подключится), ну и так далее. Миллиарды то выделены.
Может ли администратор системы так отредактировать карту, чтобы это никто не заметил и следов не осталось? И может ли то же самое сделать любой желающий, подключившийся к компьютеру — вплоть до редактирования данных на HDD?
в 1С-ке каждый шаг пользователя фиксируется начиная с момента входа в систему, а что за пределами 1с-ки происходит должно контролироваться другими средствами. А отредактировать данные на HDD можно всегда и везде, главное доступ получить.
То есть в Вашей системе злоумышленник может так изменить историю болезни, что никто не подкопается. Понятно что избежать этого сложно, но всё же не хотелось бы иметь карту, данные в которой недостоверны. В рамках одной больницы это мелочь, но если врачи напортачат, можно полностью всё почистить, и сделать это может любой администратор. Так?
сейчас подходит к концу локализация этого ПО samson-rus.com/content/view/227/229/ под Областную больницу г. Ростова-на-Дону. в тестовом режиме работает вот что www.gosuslugi-rostov.ru/Registratura.aspx — и вполне так успешно. людям нравится
Вы наверно шутите?
Вы же сами написали «отредактировать данные на HDD можно всегда и везде». Всё таки, что с безопасностью получилось? Чья электронная подпись ставится и на что?
Беда в том, что каждый делает отдельную не совместимую с другой систему, а нужна единая стандартизованная по всей стране.
Вы свою систему минздраву предлагать не пробовали?
По идее нужен тендер (в уме почему-то сразу возникает мужик с бровями и откаты) по которому выберут единую систему на всю страну и внедрят. Причем не УГ какое-нибудь.
Мечты…
Вы свою систему минздраву предлагать не пробовали?
По идее нужен тендер (в уме почему-то сразу возникает мужик с бровями и откаты) по которому выберут единую систему на всю страну и внедрят. Причем не УГ какое-нибудь.
Мечты…
Не нужна единая система, нужен единый формат обмена данными. А единая система с единым сервером это абсурд. А если одна программа выгружает данные в одном формате, а другая это считать не сможет вот тогда и получается ерунда.
Будет несколько версий карт в разных местах, надо иметь источник последней версии — а сеть поликлиники, конечно, таким источником быть не может.
Нет, как таковая медицинская карта это не один большой документ, а совокупность записей. При этом каждая запись уникальна. Собрать разные записи с разных серверов технически легко.
Практически невозможно собрать что-то быстро с разных серверов. Представьте, пациент привезён в больницу — на улице упал. Его карта где? Если в районной поликлинике — то там электричество выключили, воскресенье, админ в отпуске на месяц. Если в нескольких поликлиниках их записи об этом пациенте — ещё сложнее, одновременно они будут доступны с невысокой вероятностью.
И главное. Вы собираете записи с разных серверов, но кто гарантирует что на недоступном сервере нет ключевой записи о аллергии на лекарство (к примеру). Так что центральное хранилище отбрасывать нельзя.
И главное. Вы собираете записи с разных серверов, но кто гарантирует что на недоступном сервере нет ключевой записи о аллергии на лекарство (к примеру). Так что центральное хранилище отбрасывать нельзя.
А сейчас врачи как выкручиваются? Минусы ЦОДа в его цене и в том, что он как голова, без ног жить можно, а без головы никак, если останавливается ЦОД, останавливается всё. Если взять хотя бы 2 поликлиники и объединить в сеть, то можно делать репликацию данных.
А нам как «сейчас» не нравится.
Вы знаете, я как раз сейчас занимаюсь сбором данных из разных источников — практически распределённую систему хранения данных создать невозможно, надо иметь единый центр. Вот сделать два дублирующих центра — можно, но не на уровне поликлиники. Их можно сделать отказоустойчивыми, с персоналом круглые сутки, с финансированием. Поликлиникам это не под силу.
Вы знаете, я как раз сейчас занимаюсь сбором данных из разных источников — практически распределённую систему хранения данных создать невозможно, надо иметь единый центр. Вот сделать два дублирующих центра — можно, но не на уровне поликлиники. Их можно сделать отказоустойчивыми, с персоналом круглые сутки, с финансированием. Поликлиникам это не под силу.
Сейчас на сколько мне известно внедряется как раз единый формат обмена данными имени ФОМСа, кстати у вас как с поддержкой свежих форматов реестров? Страховые на него уже вроде подсадили, мед. учреждения готовятся. Вообще единые форматы, справочники и тп минздрав разрабатывает, что не может не радовать.
Единой системе легче обучить и вопросы совместимости и обмена данными не стоят. А единый сервер и не нужен, сейчас же облака в моде.
И все-таки, вы предлагали систему в минздрав?
Или там до сих пор в шоке, что не могли соцсеть для врачей за 2 недели сделать и отдел IT изыскивает возможность распилить по другому ;)
И все-таки, вы предлагали систему в минздрав?
Или там до сих пор в шоке, что не могли соцсеть для врачей за 2 недели сделать и отдел IT изыскивает возможность распилить по другому ;)
Возникает вопрос с подделкой и правкой данных. Предусмотено ли у вас так называемый read-only режим данных? Можно ли увидеть, кто и когда правил текст и что было до изменений?
А то ведь, приходит пациент в больницу, ему написали, что он болеет гриппом, но диагноз поставили неверно. Стали лечить, ему стало хуже. Бумажек нету, удобно, да. Но взяли и исправил в «электронной карте» грипп на спид. Претензий от судов не будет.
То есть, электронно то электронно, но ведь легко всё подделать и как мне каежтся, закона в этом направлении пока не предусмотрено и даже способов read-only-шифрования нету, наверное? То есть, чтобы нельзя было исправить без следов.
А то ведь, приходит пациент в больницу, ему написали, что он болеет гриппом, но диагноз поставили неверно. Стали лечить, ему стало хуже. Бумажек нету, удобно, да. Но взяли и исправил в «электронной карте» грипп на спид. Претензий от судов не будет.
То есть, электронно то электронно, но ведь легко всё подделать и как мне каежтся, закона в этом направлении пока не предусмотрено и даже способов read-only-шифрования нету, наверное? То есть, чтобы нельзя было исправить без следов.
Медсёстры тоже люди и делают ошибки (я про мелкие ошибки при заполнении, а не про лечение) поэтому возможность редактирование есть, но только пока страховая компания не оплатит, после ни ни. Касательно защиты, тут всё просто, каждый день делаются бэкапы, посмотреть в случае чего, что было раньше можно. И эти бэкапы можно сливать в какую либо контролирующую организацию, если попросят, например каждый день. Такой способ самый надёжный.
Нужна не возможность исправления, а пометки на изменение, чтобы было видно, что было раньше.
это будет куча ненужной информации, не имеющая отношение к лечению.
Вы, видимо, меня не так поняли. Перечитайте выше. habrahabr.ru/blogs/e_gov/129784/#comment_4307556
Sign up to leave a comment.
Электронные медицинские карты – надо ли?