우리 아빤 의사 야. 그는 프로그래밍 배경없이 중요하지 않은 환자 정보를 저장하기위한 데이터베이스 작성을 주장하고있다.

따라서 아버지는 현재 소규모 (4 명의 의사) 실습을위한 GUI 기반 데이터 베이 싱 도구 인 FileMaker Pro를 사용하여 데이터베이스를 "해킹"하는 중입니다. 이 데이터베이스는 의료 기계의보고에 대한 부담을 덜어 주어 매우 서투른 프로세스를 간소화하는 데 사용됩니다.

그는 프로그래밍 배경이 없으며, 제대로 학습하지 못하기 위해 모든 힘을 다하고있는 것 같습니다. 그는 중복 데이터 유형, 데이터베이스 적용 관계 (외부 / 기본 키 제약 조건) 및 기타 12 가지 문제가 있습니다. 그는 Youtube 비디오를 사용하는 GUI 도구를 통해 모든 것을 직접하고 있습니다.

내 문제는, 내가 그를 100 % 성공시키기를 원하지만, 그가 이런 유형의 결정을 다루는 것이 적절하지 않다는 것입니다. 이러한 주제에 대한 교육이 없으면 해킹 된 솔루션이 나쁜 아이디어라는 것을 어떻게 확신시킬 수 있습니까? 그는 완고 할 수 있으며 이런 종류의 직업을 "어린이 놀이"로 본다고 생각합니다.

어떻게 접근해야합니까? 그것이 나쁜 생각일까요? 아니면 유지 보수의 악몽이되지 않도록 적절한 DBA / 개발자를 고용해야한다고 생각하는 것이 맞습니까?

NB : 저는 4 년의 개발자 컨설턴트이며 고통스러운 고객 구현에 대한 저의 부분을 보았습니다.

최신 정보:

몇 년이 지난 지금이 ​​질문에 대해 생각해 볼 시간이있었습니다. 아빠는 Google 문서, FileMaker Pro 및 일부 이메일 후크를 사용하여 솔루션을 구현했습니다. 그는 모든 것을 스스로 설정했으며 엄청난 가치를 얻고 있다고 말합니다.

숙련 된 개발자라면 아마도 그 설명을 읽고 우는 것입니다. 그러나 나는 실제로 모든 것에서 꽤 좋은 교훈을 배웠습니다. 사람들은 구현이 아니라 결과에만 관심이 있다는 것입니다. 아빠가 걱정하는 것은 환자 정보를 종이에 수동으로 입력 할 필요가 없으며, 대신 Google 문서 양식을 신속하게 작성할 수 있다는 것입니다. 가장 좋은 점은 자신의 업무에서 자동화에만 전념 할 주니어 개발자 / 운영자를 고용하는 것입니다.

저는 수년간 헬스 케어 솔루션을 설계 해 왔습니다. 나는 당신의 아버지가 이것을하지 않아야하는 다른 모든 이유에 들어 가지 않을 것입니다. 학문적 인 이유의 대부분 : 의미, 만약 당신이 오랫동안 산업에 종사했다면, 이런 것들이 어떻게 눈싸움을하고 자신의 삶을 발전시키는 지 알 것입니다.

대신에 의사로서 당신의 아버지는 직업적인 이유와 비 학계적인 이유, 그가하고있는 일이 위험하고 생명을 위협하는 이유를 이해해야합니다. 동료에게 위험하고, 환자 개인 정보 보호 및 신원에 위험하며, 법적 관점에서 그의 연습에 위험합니다.

위험은 다면적입니다.

1. 환자 개인 정보 보호 (HIPAA, ARRA, 의미있는 사용, HITECH 준수)
   • 환자 식별 필드로 간주되는 필드는 무엇입니까? (업계의 많은 전문가들은 이것을 이해하지 못합니다. 성, 주소, 우편 번호와 같은 명백한 필드를 제거했기 때문에 여전히 다른 필드가 있습니다. 임상 데이터를 특정 환자와 쉽게 연관시킬 수 있습니다.이 자체로는 어렵습니다. 임상 데이터를 비 식별 처리하는 데 많은 돈을 버는 회사가 있습니다.
2. HIPAA, HITECH 및 최신 법안에서
   • 감사를 수행해야합니다
   • 보안이 이루어져야한다
   • 비밀번호 요구 사항
   • 유휴 데이터가 암호화되어야하는 경우
   • 전송 된 데이터를 암호화해야하는 방법
   • 모든 종류의 호스팅 서비스 (IaaS, PaaS)를 사용하는 경우 제어를 고려해야합니다
   • 적절한 BAA 및 DSA가 있습니까?
   • 서버를 호스팅하는 사람들이 액세스를 어떻게 제어합니까
   • 다중 테넌시를 처리하는 방법 (이러한 대규모 엔터티 중 일부가이를 적절하게 처리하지 않는 방법에 놀랄 것입니다)
   • 인프라를 호스팅하는 사람들과 계약을 해지하면 데이터를 영구적으로 삭제하는 방법 (NIST 규정)
3. 귀하의 개발을위한 지배 통제는 무엇입니까
   • 당신은 sdlc를 제자리에 있습니까
   • 요구 사항에서 코드, QA에 이르기까지 추적 성이 있습니까?
   • 의료 응용 프로그램 / 장치의 '의도 된'사용을 확인합니까?
4. 귀하의 소프트웨어가 품질 보증을 받았으며 UAT (User Acceptance Test) 환경이 있습니까?
   • 실제 환자 데이터를 사용하므로이 환경을 어떻게 보호합니까?
5. 메디 케어 환자를 치료할 예정입니까? 그렇다면 데이터베이스를 사용하여보고 할 계획입니까?
   • 정부는이 데이터를 HIE (Health Information Exchange)로 교환하기 위해 엄격한 통제를하고 있습니다.
   • 임상 데이터 저장소 (CDR)를 이용하려는 경우 어떻게 자신의 교환을 구현하게됩니까?
6. 데이터 보안을 위해 준수해야 할 특정 NIST 규정을 이해하고 있습니까?
   • 데이터의 영구 삭제 (호스트 인프라를 사용하는 경우)
7. 당신은 그가 의료 기기에서 데이터를 가져올 것이라고 언급했습니다
   • 그는 새로운 FDA 의료 기기 표준을 이해합니까?
   • 2013 년부터 의료 기기의 데이터를 표시하는 모든 디지털 시스템을 의료 기기로 분류 할 수 있습니다. 이는 의료 기기에 대한 FDA 규제 요구 사항을 충족해야 함을 의미합니다.
8. 팀과 직원이 데이터베이스의 데이터를 기반으로 의료 결정을 내립니까?
   • 그는 끊임없이 변화하는 요구 사항 (즉, ICD-9에서 ICD-10에서 ICD-11 코딩 표준)을 처리 할 수있을 정도로 유연한 임상 데이터 모델을 개발 했습니까?
   • 데이터 모델의 버전을 어떻게 지정하고 데이터와 동기화 상태를 유지합니까 (예 : 임상 데이터 모델을 변경하는 경우 오래된 데이터는 어떻게 표시됩니까?)
   • 그의 시스템은 임상 결정이 내려진 날에 보았을 때 임상 데이터의 정확한 스냅 샷을 생성 할 수 있습니까? 그가 할 수 없다면 법적인 영향이있다
   • 실제 삭제와 논리적 삭제의 차이점과 데이터 모델에 미치는 영향을 알고 있습니다. 그의 저장 요구 사항; 그의 연습 정책에?
   • 그가 사용해야 할 모든 다양한 서비스를 처리 할 수있는 어휘 솔루션이 있습니까? ICD-9 호환 보고서를 생성하기 위해 CDR을 활용하기를 원하기 때문에 많은 데이터를 자유 텍스트와 달리 코딩해야합니다. 그리고 그는 이러한 표준의 변화를 고려해야합니다. 예를 들어, ICD-9 내지 ICD-10.
   • 어휘, 용어 또는 건강 데이터 사전 (모두 기본 동의어)의 경우, 오래된 용어가 여전히 오래된 임상 결정을 위해 어떻게 구현되고 보장 될 수 있습니까?
9. 그는 알레르기 데이터를 저장할 것인가?
   • 그의 '의료 용어'또는 '어휘'정의는 어떻게 저장됩니까?
   • LOINC 및 First Data Bank와 같은 다른 용어 시스템과 통합됩니까?
   • 용어 서비스 (즉, Health Data Dictionary)에 대한 이해가 있습니까?
10. 시스템에 데이터를 인터페이스하고 건강 정보 교환 (HIE)을 원하십니까?
    • 그렇다면 HL7과 데이터베이스에 미치는 영향을 이해합니까?
    • 그는 인터페이스 엔진과 그와 관련된 모든 것을 이해합니까?
11. 그는 정보를 비 식별 화하는 방법을 이해합니까?
    • 이것은 개발 단계와 버그 수정 단계에서 중요합니다

이것들은 몇 가지 질문에 불과하며, 포괄적 인 목록으로 간주되어서는 안됩니다. 그리고 각 답변에 대해 더 많은 질문이 있습니다.

Healthcare 데이터베이스에는 이전 데이터를 삭제하거나 덮어 쓰면 안됩니다. 즉, 'where from delete ...'또는 'update set ...'이 절대로 존재하지 않습니다. 대신 인서트 만 있습니다. 이것이 어떻게 데이터 모델과 쿼리를 변경하는지 상상할 수 있습니다. 이제는이 목표를 달성하기 위해 창의력을 발휘하고 다양한 솔루션을 제시 할 수 있지만 이것이 헬스 케어 클리닉 데이터 리포지토리에 고유 한 요구 사항이라는 사실은 여전히 ​​남아 있습니다.

이 문제의 생명을 위협하는 측면에 대해 한 가지 더 생각해보십시오.

예를 들어 알레르기 정보를 보자. 수년간 디지털 방식으로이 일을해온 기관은 알레르기 데이터를 캡처해야한다는 기술과 데이터베이스에서 기술이 데이터를 캡처했기 때문에 본질적으로 영구적으로 정확하다고 가정 할 수 없다는 사실을 알게 되었기 때문에이 문제를 제기합니다. . 그렇기 때문에 환자는 같은 병원 내에서도 한 부서에서 다른 부서로 이동할 때마다 매번 알레르기를 요구합니다. 환자의 알레르기는 삭제할 수 없습니다 (행을 업데이트하면 기존 정보가 삭제됨). 디지털 데이터에 기초한 임상 결정은 결정 시점에 임상의에게 제시된 것을 포착해야합니다.

나는 이것의 대부분이 큰 기관에 맞춰져있는 것처럼 보인다는 것을 안다. 그러나 규제 부분은 아닙니다. 어쨌든 건강 관리 정보 시스템은 본질적으로 복잡합니다. 의료 시스템 엔지니어링은 훌륭한 임상의의 전문 지식과 경험에 의존하고 인식합니다. 그러나 Healthcare IT 도메인에는 평균 임피던스 불일치 (ORM 기술에서 용어를 빌리기 위해)보다 큰 것이 있습니다. 모든 도메인에 불일치가 있기 때문에 더 크게 말하려고합니다.

행운을 빕니다!

해킹 된 솔루션이 항상 나쁘지는 않습니다. 그것이 그의 문제를 해결한다면, 나는 그것을 너무 많이 악취하지 않을 것입니다. 모든 전문 데이터베이스 솔루션에 대해 File Maker 및 Access에 해킹 된 해킹 솔루션이 10 개있을 수 있습니다. 결국, 그것이 Filemaker와 Access의 목적입니다. 물론, 해킹 된 솔루션의 대부분은 후드 아래에서 끔찍합니다. 그러나 그들은 미인 대회에서 우승하지 않고 문제를 해결하기 위해 존재합니다. 종종 이러한 솔루션의 범위가 커지고 전문가 솔루션을 구축하기 위해 누군가 고용 된 경우가 있습니다.

그의 성공 기회를 돕기 위해 할 수있는 일은 그의 프로젝트에 대한 관심을 표명하고 앉아서 데이터베이스를 정의하고 모든 것을 살펴 보도록 제안하는 것입니다. 그가 당신의 도움을 원하지 않는다면 ... 그것을 버리고 내버려 두십시오. 당신은 무엇을 할 것입니까, 당신의 아버지를 오소리? 그가 머리 위로 들어 오면 알려줄 것입니다.

고려해야 할 또 다른 사항은 이것이 의사들 사이에서 일반적인 문제라면 일반적인 솔루션을 만드는 데 매우 좋은 비즈니스 기회를 가질 수 있다는 것입니다.

25 년 이상의 경험을 가진 소프트웨어 디자이너로서, 나는 스스로 무언가를 만들어내는 매력을 여전히 볼 수 있습니다. 해당 업계에 정통하지 않은 사람에게 설명하는 것은 큰 어려움이 될 수 있습니다.

데이터베이스가 정규화되지 않았거나 더 빨라질 수 있다면 어떨까요? 중요하지 않은 많은 소프트웨어 (특히 민첩한 시대)는 wabi-sabi 원칙을 따릅니다. 그것은 필요한 일을 더 이상하지 않습니다.

모든 소프트웨어가 완벽한 인터페이스, 초고속 데이터베이스 액세스 및 깔끔한 GUI와 함께 소리를 지르는 것은 아닙니다.

내 문제는, 내가 그를 100 % 성공시키기를 원하지만, 그가 이런 유형의 결정을 다루는 것이 적절하지 않다는 것입니다.

Filemaker는 누구나 사용할 수있는 데이터베이스로 시작했으며 여전히 그 역할에서 잘 작동합니다. 당신의 아버지가 자신이 원하는 것을 알고 자신을 편하게 편하게 느낀다면 무엇에 대해 걱정하고 있습니까? 그것이 원하는 방식으로 작동하면 승리합니다. 원하는 방식으로 작동하지 않으면 문제를 해결합니다.

Kaiser Permanente에서 근무하는 모든 의사를 위해 데이터베이스를 구축하는 경우 걱정할 수도 있지만, 자신의 실습에 사용할 도구를 구축하는 경우에는 이러한 사람을 처리하는 것이 올바른 사람인 것 같습니다. 결정.

완전이 선의 원수가되게하지 마십시오.

내 충고는 이것이 존재하지 않는 척하는 것입니다. 그렇지 않으면 그것이 당신을 미치게 할 것입니다. 나는 그의 클라이언트 목록과 비슷한 일을 한 친척이 있으며, 그가 직접 만든 것은 괴물입니다. 나는 처음에 도와 주겠다고 제안했고, 그는 (큰 "가족"할인을받은) 나의 인용이 터무니 없다고 생각했다. 그것을보고 난 후에 나는 많은 변화를 제안했고, 그는 "두 잔의 맥주"와 교환을 해달라고 요청했다. 가족이든 아니든, Homie는 그것을하지 않습니다. 나는 그에게 누군가를 고용해야한다고 말했지만 결코 그렇게하지는 않았다. 나는 단지 프로젝트 자체의 끔찍함이 나를 먹지 못하게 막기 위해 그것을 완전히 차단하고 존재하지 않는 척해야했습니다.

당신이 그를 시도하게해야합니다. 그러나 임 파스에 도달하면 문제가되고 그 시점에 고용하기로 결정한 개발자는 처음부터 시작해야한다는 사실을 인식해야합니다.

나는 가구나 배관 공사 같은 것들을 많이 해킹하는 것을 좋아합니다. 나는 그것을 즐기고 나쁘지 않은 것을 본다. 난 그냥 그들이 내 작품의 단순한 광경에 던져 질 것이라고 생각하기 때문에 숙련 된 장인이 갇힐 때 나를 위해 뛰어 들어달라고 결코 감히하지 않을 것입니다.

따라서 아버지는 자신이 좋아하는 일을하도록하지만 위험을 이해하도록 노력하십시오. 그는 어느 시점에서 훈련 된 개발자를 고용하여 "단 하나의 기능 만 추가"하면 숙련 된 장인들에게 대부분의 배선 및 배관이 완료된 집에서 "몇 가지 사항 만 고치도록"요청하는 것과 같습니다. 덕트 테이프, 알루미늄 호일, Plasticine 및 선의로.

그는 이러한 유형의 직업을 "어린이 놀이"로 본다

저는 4 년의 개발자 컨설턴트입니다

자신의 행복과 아버지의 개인적인 발전 을 위해 그를 실패하게하십시오. 요한의 대답은 단호하며 아버지가 법의 반대편에 서지 못하거나 최소한 더 잘 알고 있어야 할 정도로 충분히 언급해야합니다. 그러나이 전체적인 "겸손"은 사람들에게 강의하고 배울 것을 기대할 수있는 것이 아닙니다. 가장 열심히 노력하고 완전히 실패하는 것은 인생에서 매우 중요합니다. 실패는 매우 강력한 선생님입니다. 그리고 그는 아들의 직업에 대해 어느 정도 존경을받을 수 있습니다.

그리고 그가 충분히 잘 작동하고 (법을 위반하지 않는) 무언가를 조롱 할 수 있다면, 더 많은 힘을 얻을 수 있습니다.

그의 사업이야 그리고 그가 결정되면, 그는 그것을 작동시킬 것입니다. 그리고 많은 사람들이 다양한 기술의 솔루션을 모아서 일을 처리했습니다.

몇 년 전에 필자는 PHP와 게시판 소프트웨어를 사용하여 웹 응용 프로그램을 만든 내 친구의 코드를 검토했습니다. 그는 자신의 요구를 충족시키기 위해 그것을 크게 사용자 정의했습니다. 코드는 가증 한 것이었다. 간신히 첫 번째 정규 형식 일뿐 아니라 데이터베이스에 데이터가 포함 된 HTML 태그가있었습니다. MVC 분리가 없습니다. 그러나 하나님은 그를 축복합니다. 그의 응용 프로그램은 효과가 있었고 그는 그 웹 사이트의 수입으로 청구서를 지불 할 수있었습니다.

그에게 제 충고는 다음과 같습니다. 가능한 한 오랫동안 응용 프로그램에 수익을 내기 위해 만족하는 경우, 훌륭한 소프트웨어 디자인 기술을 사용하여 리팩토링하지 말고 "충분히"남겨 두십시오. 더 많은 서비스를 제공하고 더 많은 수익을 얻기 위해 애플리케이션을 발전 시키려면 코드를 지불하고 리팩토링해야합니다. 그는 전자와 함께 가기로 결정했다. C'est la vie.

아빠가 지금 데이터 복제의 고통과 약한 데이터 무결성의 고통을 느끼지 않는다면, 나중에 아빠가 당신의 말의 가치를 알게 될 것입니다.

귀하의 질문에 대한 답변은 주로 그의 의료 행위 가이 응용 프로그램에 얼마나 중요한지에 달려 있다고 생각합니다. 이 응용 프로그램의 유용하거나 오작동으로 판단되는 일부 환자 데이터 만 저장하면 심각한 결과를 초래할 수 있습니까? 그것이 심각한 결과를 초래할 수 있다면 그는 그렇게하지 말아야하지만, 우리가 완벽한 세상에 살고 있지 않기 때문에 그것이 좋은 생각이 아니라는 것은 완전히 다른 문제 일 수 있습니다.

개발자 컨설턴트로서 QA 및 테스트 프로세스에 도움을 제공하는 것이 좋습니다. 이런 식으로 당신은 당신이 그를 도와주고 있기 때문에 당신은 당신의 아버지와 좋은 관계를 유지하지만 동시에 그의 응용 프로그램이해야 할 일을하거나 그가 해결할 수없는 문제를 찾을 수 있습니다 그는보다 전문적인 해결책을 모색 할 것입니다.

BTW 나는 그들의 일을하고있는 끔찍한 앱을 많이 보았고 그것이 왜 끔찍한 지 설명하지 않았으므로 누군가가 실제로 변경하도록 설득 할 것입니다.

최근에 대규모 비영리 의료 서비스 제공 업체의 은퇴 한 소프트웨어 엔지니어 로서 합리적인 비용으로 병원 또는 대규모 진료를 찾아 의미있는 사용 이니셔티브의 요구 사항을 충족하는 전자 의료 기록 시스템을 공유 할 것을 강력히 권장합니다 (및 기타 정부 인센티브 프로그램).

“Epic”( http://Epic.com )은 소규모 공급 업체가 시스템을 공유 할 수 있도록하는 고객을 지원 한다는 것을 알고 있으며 일부 경쟁 업체도 그렇게 생각합니다. Cerner는 가장 큰 경쟁자이지만 다른 몇 사람은 http://www.beckershospitalreview.com/healthcare-information-technology/50-things-to-know-about-epic-cerner-meditech-mckesson-athenahealth-and- 에서 논의됩니다 other-major-ehr-vendors.html

이러한 종류의 공유에 대한 CMS의 보조금은 75 %입니다. 우리는 구독 가격을 25 %의 비용으로 만들어 고객에게 보조금을 전달했습니다.