Мой отец - врач. Он настаивает на написании базы данных для хранения некритической информации о пациенте без программирования [закрыто]

Итак, мой отец в настоящее время находится в процессе «взлома» базы данных с использованием FileMaker Pro, инструмента для работы с базой данных на основе графического интерфейса для его небольшой практики (4 доктора). База данных будет использоваться для облегчения бремени отчетности с медицинских машин, упрощая довольно неуклюжий процесс.

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

Моя проблема в том, что, хотя я хочу, чтобы он добился успеха на 100%, я не думаю, что ему уместно принимать такие решения. Как мне убедить его в том, что без какого-либо образования в этих темах, взломанное вместе решение - плохая идея? Он может быть довольно упрямым, и я думаю, что он видит эти виды работ как "детская игра"

Как мне подойти к этому? Это даже плохая идея - или я прав, полагая, что ему следует нанять подходящего администратора баз данных / разработчика, чтобы он не стал кошмаром обслуживания?

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

Обновить:

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

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

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

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

Опасность многогранна:

1. конфиденциальность пациента (HIPAA, ARRA, значимое использование, соответствие HITECH)
   • какие поля считаются полями для идентификации пациентов (многие профессионалы в отрасли не понимают этого, и только потому, что вы исключаете некоторые очевидные поля, такие как фамилия, адрес, почтовый индекс, есть еще много других полей, которые могли бы сделать это легко связать клинические данные с конкретным пациентом, это само по себе сложно, есть компании, которые зарабатывают много денег, чтобы идентифицировать клинические данные - это целый домен сам по себе).
2. HIPAA, HITECH и новое законодательство четко объясняют, как
   • аудит должен быть сделан
   • безопасность должна быть сделана
   • требования к паролю
   • должны ли данные в покое быть зашифрованы
   • должны ли передаваемые данные быть зашифрованы, и как
   • Вы должны учитывать элементы управления, если вы используете какой-либо размещенный сервис (IaaS, PaaS)
   • у вас есть надлежащие BAA и DSA на месте
   • как те, кто размещают ваши серверы, контролируют доступ
   • как они справляются с несколькими арендаторами (вы будете удивлены тем, как некоторые из этих крупных объектов НЕ справляются с этим должным образом)
   • если вы расторгнете договор с теми, кто размещает вашу инфраструктуру, как они будут обеспечивать постоянное удаление ваших данных (правила NIST)
3. Каковы механизмы управления для вашего развития
   • у вас есть sdlc на месте
   • у вас есть прослеживаемость от требований к коду для обеспечения качества
   • подтверждаете ли вы «предполагаемое» использование вашего медицинского приложения / устройства
4. проверяется ли ваше программное обеспечение, и есть ли у вас среда пользовательского тестирования (UAT)
   • как вы защищаете эту среду, потому что вы будете использовать реальные данные пациента
5. собирается ли он обращаться с пациентами по программе Medicare, и если да, то планирует ли он использовать свою базу данных для отчета?
   • правительство имеет строгий контроль за обменом этими данными с их информационным центром здравоохранения (HIE)
   • что приводит к тому, как он реализует свой собственный обмен, если он хочет воспользоваться своим хранилищем клинических данных (CDR)
6. понимает ли он конкретные правила NIST, которые он должен соблюдать для обеспечения безопасности данных
   • такие как постоянное удаление данных (если используется размещенная инфраструктура)
7. Вы упомянули, что он будет принимать данные с медицинских машин
   • он понимает новые стандарты медицинского устройства FDA?
   • начиная с 2013 года любая цифровая система, которая отображает данные с медицинских устройств, может быть отнесена к категории медицинских устройств ... это означает, что он должен соответствовать нормативным требованиям FDA для медицинских устройств
8. будет ли его команда и персонал принимать медицинские решения на основе данных в его базе данных?
   • разработал ли он надежную модель клинических данных, достаточно гибкую, чтобы справляться с постоянно меняющимися требованиями (то есть стандартами кодирования от ICD-9 до ICD-10 к ICD-11)?
   • как он вернет модель данных и будет синхронизировать ее с данными (т. е. если он изменит модель клинических данных, как будут представлены более старые данные?)
   • сможет ли его система произвести точный снимок клинических данных, как это было видно в день принятия клинического решения? есть юридические последствия, если он не может
   • знает ли он разницу между реальным удалением и логическим удалением и последствиями для его модели данных; его требования к хранению; к политике его практики?
   • есть ли у него словарное решение для обработки всех различных услуг, которые ему понадобятся; большая часть данных должна быть закодирована (в отличие от свободного текста), потому что он захочет воспользоваться своим CDR для создания отчетов, соответствующих ICD-9. И тогда он должен принять во внимание изменение этих стандартов; например, от ICD-9 до ICD-10.
   • для словаря, терминологии или словаря данных о состоянии здоровья (все в основном синонимы), как он будет внедрять и гарантировать, что старая терминология все еще может быть представлена ​​для старых клинических решений?
9. он будет хранить данные об аллергии?
   • как будут храниться его определения «медицинской терминологии» или «словаря»?
   • будет ли он интегрироваться с другими системами терминологии, такими как LOINC и First Data Bank?
   • имеет ли он понимание терминологических услуг (например, словарь медицинских данных)
10. он захочет, чтобы данные были подключены к его системе, и, возможно, к обмену медицинской информацией (HIE)?
    • если так, понимает ли он HL7 и его влияние на свою базу данных?
    • он понимает интерфейсные движки и все что с этим связано?
11. он понимает, как де-идентифицировать информацию?
    • это важно на этапе разработки и исправления ошибок

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

В базе данных Healthcare не должно быть никакого удаления или перезаписи предыдущих данных. Это означает, что никогда не будет «удалить откуда ...» или «обновить набор ...». Вместо этого у вас будут только вкладыши. Вы можете представить, как это меняет вашу модель данных и ваши запросы. Теперь вы можете проявить творческий подход и предложить различные решения для достижения этой цели, но факт остается фактом: это требование является уникальным для репозитория Healthcare Clinical Data.

Еще одна мысль, касающаяся опасной для жизни стороны этого вопроса:

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

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

Удачи!

Совместное решение не всегда плохо. Если это решит его проблему, я бы не стал слишком вонять из-за этого. В File Maker и Access есть, вероятно, 10 рабочих совместно работающих решений для каждого профессионального решения для баз данных. В конце концов, для этого есть Filemaker и Access. Конечно, большинство из взломанных решений ужасны. Но они существуют, чтобы решать проблемы, а не выигрывать конкурсы красоты. Зачастую масштабы этих решений растут, и именно тогда кто-то нанимается для создания профессионального решения.

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

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

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

Так что, если база данных не нормализована или может быть сделана быстрее? Многие некритические программы (особенно в эпоху гибких) следуют принципу wabi-sabi. Он делает то, что ему нужно, и не более того.

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

Моя проблема в том, что, хотя я хочу, чтобы он добился успеха на 100%, я не думаю, что ему уместно принимать такие решения.

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

Вы были бы правы, если бы беспокоились, если бы он создавал базу данных для всех врачей, которые работают в Kaiser Permanente, но если он просто создает инструмент для использования в своей собственной практике, кажется, что он, вероятно, является именно тем человеком, который будет обращаться с этими проблемами. решения.

Не позволяйте совершенству быть врагом добра.

Мой совет - притвориться, что этого не существует, иначе это сведет вас с ума. У меня есть родственник, который сделал то же самое со своим списком клиентов, и то, что он создал сам, является чудовищем. Первоначально я предложил помочь, и он подумал, что моя цитата (с большой скидкой «семья») была возмутительной. Посмотрев его, я предложил несколько изменений, которые он попросил меня внести в обмен на «пару сортов пива». Семья или нет, Гомерчик не играет в это. Я сказал ему, что он должен нанять кого-то, чтобы сделать это, но он никогда не делал. Мне просто пришлось полностью отрезать себя от нее и притвориться, что ее не существует, просто чтобы не дать мне съесть от ужаса проекта.

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

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

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

он видит эти виды работ как "детская игра"

Я разработчик консультант 4 года

Для вашего собственного благополучия и личного развития вашего отца пусть он потерпит неудачу. Ответ Джона безупречен, и вы должны упомянуть достаточно, чтобы не дать своему отцу ошибиться в законе, или, по крайней мере, достаточно, чтобы он знал лучше. Но вся эта «скромность» - это не то, что вы можете преподавать людям и ожидать, что они изучат это. Это очень важный жизненный урок, чтобы попробовать свои силы и потерпеть неудачу. Неудача - очень сильный учитель. И он может получить некоторое уважение к профессии своего сына.

И, эй, если ему удастся сделать что-то, что работает достаточно хорошо (и не нарушает никаких законов), тем больше ему власти.

Это его дело. И если он полон решимости, он заставит это работать. И многие люди собрали вместе решения из разных технологий, чтобы все заработало.

Несколько лет назад я просмотрел код моего друга, который создал веб-приложение на PHP и некоторое программное обеспечение для электронных досок объявлений. Он настроил это сильно, чтобы удовлетворить его потребности. Кодекс был мерзостью. Помимо того, что он был только первой нормальной формой, у него были HTML-теги с данными в его базе данных. Нет разделения MVC. Но Бог благословит его. Его приложение работало, и он мог оплачивать свои счета доходами с этого веб-сайта.

Я посоветовал ему следующее: если вы довольны продлить срок действия своего приложения для получения дохода, не реорганизуйте его, используя хорошие методы проектирования программного обеспечения, и оставьте «достаточно хорошо» в покое. Если вы хотите развить свое приложение, чтобы предлагать больше услуг и получать больший доход, вам придется оплатить и реорганизовать код. Он решил пойти с первым. Такова жизнь.

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

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

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

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

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

Мне известно, что «Epic» ( http://Epic.com ) поддерживает своих клиентов, позволяя небольшим провайдерам делиться своей системой, и я полагаю, что некоторые из их конкурентов также делают это. Cerner является их крупнейшим конкурентом, но некоторые другие обсуждаются на http://www.beckershospitalreview.com/healthcare-information-technology/50-things-to-know-about-epic-cerner-meditech-mckesson-athenahealth-and- другие-мажорных-ЭМК-vendors.html

75% субсидий от CMS для такого рода обмена. Мы передали субсидию нашим клиентам, сделав стоимость подписки 25% от нашей стоимости.