私の父は医者です。彼は、プログラミングのバックグラウンドなしで、重要ではない患者情報を保存するデータベースを書くことを主張しています[非公開]

ですから、私の父は現在、FileMaker Proを使用してデータベースを「ハッキング」する過程にあります。FileMakerProは、彼の小さな（4人の医師）実践のためのGUIベースのデータベース作成ツールです。このデータベースは、医療機器からの報告の負担を軽減するために使用され、非常に不器用なプロセスを合理化します。

彼にはプログラミングのバックグラウンドがなく、物事を正しく学ばないように全力を尽くしているようです。彼は重複したデータ型を持ち、データベースによって強制される関係（外部/主キー制約）を持たず、他にも多くの問題があります。Youtubeビデオを使用して、GUIツールを介してすべて手作業で行っています。

私の問題は、彼に100％成功させることを望んでいるのに、この種の決定を処理することは彼にとって適切ではないと思うことです。これらのトピックで何らかの教育を受けずに、一緒にハッキングされたソリューションは悪い考えだと彼に納得させるにはどうすればよいですか？彼は非常に頑固である可能性があり、彼はこれらのタイプの仕事を「子供の遊び」と見なしていると思います

これにどのようにアプローチすればよいですか？それはそれでさえ悪い考えですか？または、メンテナンスの悪夢にならないように、これを処理するために適切なDBA /開発者を雇うべきだと思うのは正しいですか？

NB：私は4年間の開発コンサルタントであり、苦痛を伴う顧客実装のシェアを見てきました。

更新：

それで、数年後の今、この質問について考える時間がありました。父は、Google Docs、FileMaker Pro、およびいくつかのメールフックを使用してソリューションを実装することになりました。彼はすべてを自分で設定し、彼はそれから計り知れない価値を得ていると言います。

あなたが経験豊富な開発者であれば、おそらくその説明を読んで、しつこいでしょう。しかし、私は実際に全体からかなり良い教訓を学びました-人々は結果だけを気にかけ、実装ではありません。お父さんが気にしているのは、患者の情報を紙に手動で入力する必要がなく、代わりにGoogleドキュメントのフォームにすばやく記入できるということだけです。素晴らしいのは、彼が実践の中で自動化に専念するために、ジュニア開発者/オペレーション担当者を雇おうとしていることです。

私は長年にわたってヘルスケアソリューションのエンジニアリングを行ってきました。私はあなたの父親がこれをしてはならないさまざまな理由については触れません。アカデミックである理由のほとんど：意味、もしあなたがこの業界に十分長く住んでいれば、これらの事柄がどのように雪だるまし、独自の生活を展開するかを知っています。

代わりに、医師としてのあなたの父親は、職業上の理由と、実際の非学問的な理由を理解する必要があります。彼がやっていることは危険であり、生命を脅かすかもしれません。彼の同僚にとって危険であり、患者のプライバシーとアイデンティティにとって危険であり、法的観点から彼の実践にとって危険です。

危険は多面的です：

1. 患者のプライバシー（HIPAA、ARRA、Meaningful Use、HITECH Compliance）
   • 患者識別フィールドと見なされるフィールドは何ですか（業界の多くの専門家はこれを理解していません。姓、住所、郵便番号などの明らかなフィールドの一部を削除しただけで、他にも多くのフィールドがあります。臨床データを特定の患者に関連付けるのは簡単です;これ自体は困難です;臨床データを非特定化するために多くのお金を稼ぐ会社があります-それ自体がドメイン全体です）。
2. HIPAA、HITECH、および新しい法律は、どのように明確に綴ります
   • 監査を行う必要があります
   • セキュリティを行う必要があります
   • パスワード要件
   • 保存データを暗号化する必要があります
   • 送信されるデータを暗号化する必要があり、どのように
   • あらゆる種類のホストされたサービス（IaaS、PaaS）を使用している場合は、コントロールを考慮する必要があります
   • 適切なBAAとDSAがありますか
   • サーバーをホストしている人はどのようにアクセスを制御しますか
   • マルチテナンシーをどのように処理するか（これらの大規模なエンティティのいくつかがこれを適切に処理しないことに驚かれることでしょう）
   • インフラストラクチャをホストしている人との契約を終了する場合、どのようにしてデータの永久削除を保証しますか（NIST規制）
3. 開発のための管理統制は何ですか
   • SDLCがありますか
   • 要件からコード、QAへのトレーサビリティはありますか
   • あなたの医療アプリケーション/デバイスの「意図された」使用を検証しますか
4. あなたのソフトウェアはQAされていますか？また、ユーザー受け入れテスト（UAT）環境はありますか
   • 実際の患者データを使用するため、この環境をどのように保護しますか
5. 彼はメディケアの患者を治療するつもりですか、もしそうなら彼は彼のデータベースを使って報告する予定ですか？
   • 政府は、この情報を医療情報交換（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リポジトリに固有の要件であるという事実は変わりません。

この問題の生命を脅かす側面についてもう1つ考えました。

たとえば、アレルギー情報を見てみましょう。何年もこれをデジタルで行ってきた機関は、彼らのプロセスがアレルギーデータを確実に捕捉する必要があることを学び、技術がデータベースにデータを捕捉したために、それが何らかの形で本質的に永遠に正しいと仮定できないため、これを上げます。これが、同じ病院内であっても、ある部門から別の部門に移動するときに、患者が毎回アレルギーを求められる理由です。患者のアレルギーは削除できません（行を更新すると古い情報が削除されます）。デジタルデータに基づく臨床決定では、決定時に臨床医に「提示」されたものをキャプチャする必要があります。

これの多くは、大規模な機関を対象としているように見えるかもしれません。ただし、規制部分はそうではありません。いずれにしても、ヘルスケア情報システムは本質的に複雑です。ヘルスケアシステムエンジニアリングは、優れた臨床医の専門知識と経験に依存し、認識しています。ただし、Healthcare ITドメインには（ORMテクノロジーから用語を借用するために）平均よりも大きいインピーダンスミスマッチがあります。すべてのドメインにミスマッチがあるため、私はもっと大きく言います。

幸運を！

一緒にハッキングされたソリューションが必ずしも悪いわけではありません。それが彼の問題を解決しているのであれば、私はそれをあまり悪臭に思わないだろう。File MakerとAccessには、プロのデータベースソリューションごとに10のハッキングされたソリューションがおそらくあります。結局のところ、それがFilemakerとAccessの目的です。確かに、ハッキングされたソリューションのほとんどは内部でひどいものです。しかし、それらは問題を解決するために存在し、美人コンテストに勝つためではありません。多くの場合、これらのソリューションの範囲は拡大します。そのとき、誰かがプロのソリューションを構築するために雇われます。

彼の成功のチャンスを支援するためにあなたができることは、彼のプロジェクトへの関心を表明し、座ってデータベースを定義し、すべてをウォークスルーすることを提案することです。彼があなたの助けを望まないなら...それを落として彼に任せてください。あなたは何をするつもりですか、あなたの父にアナグマ？彼が頭に乗り込んだ場合/彼があなたに知らせます。

考慮すべきもう1つのことは、これが医師に共通の問題である場合、一般的なソリューションを作成する上で非常に良いビジネスチャンスがあるかもしれないということです。

25年以上の経験を持つソフトウェアデザイナーとして、自分で何かを作成することの魅力を今でも見ることができます。その業界に詳しくない人に物事を説明することは、大きな抵抗になる可能性があります。

では、データベースが正規化されていない場合、またはデータベースを高速化できる場合はどうでしょうか？多くの重要でないソフトウェア（特にアジャイルの時代）はwabi-sabiの原則に従います。必要なことを行い、それ以上は行いません。

すべてのソフトウェアが完璧なインターフェイス、超高速データベースアクセス、および完全なGUIを備えている必要はありません。

私の問題は、彼に100％成功させることを望んでいるのに、この種の決定を処理することは彼にとって適切ではないと思うことです。

Filemakerは、誰でも使用できるデータベースとしてのスタートを切りましたが、その役割でも非常にうまく機能しています。あなたの父親が彼が何を望んでいるかを知っていて、自分でそれをまとめて快適に感じるなら、あなたは何を心配していますか？彼が望むように機能する場合、彼は勝ちます。彼が望むように動作しない場合、彼はそれを修正します。

彼がカイザーパーマネンテで働くすべての医師のデータベースを構築していたかどうか心配するのは正しいでしょうが、彼が自分の診療で使用するツールを構築しているだけなら、おそらくこれらを扱うのにぴったりの人のようです決定。

完璧を善の敵にしないでください。

私のアドバイスは、これが存在しないふりをすることです。私は彼のクライアントリストで同様のことをした親relativeがいて、彼が彼自身で作成したものは怪物です。私は最初に手伝うことを申し出ました、そして、彼は私の引用（多額の「家族」割引があった）がとんでもないと思いました。それを見た後、私はたくさんの変更を提案しました。彼はそれを「いくつかのビール」と引き換えに作るように頼みました。家族であろうとなかろうと、ホーミーはそれをしない。私は彼にそれをするために誰かを雇うべきだと言いましたが、彼は決してしませんでした。私は、プロジェクトの恐ろしさが私を食い止めないようにするために、それを完全に切り離して、存在しないふりをしなければなりませんでした。

彼に試させてください。ただし、彼が行き詰まりに達すると、それが彼の問題であり、彼がその時点で採用することにした開発者は、ゼロから始めなければならないという事実を彼に認識させる必要があります。

私は家具や配管工事のように、物事を一緒にハッキングするのが好きです。私はそれを楽しんでいますが、何も問題はありません。単に職人に立ち往生してもらえるように頼むことすら決してありません。ただ、彼らが私の作品をただ眺めているだけだと思う​​からです。

だからあなたの父親に彼が好きなことをさせてください、しかし彼にリスクを理解させてください。彼に、ある時点で「ちょっとした機能を追加する」ために訓練された開発者を雇うと、ほとんどの配線と配管が行われた家で「いくつかのことを修正する」ように経験豊富な職人に頼むようなものだと説明してくださいダクトテープ、アルミホイル、プラスチシンと誠意を持って。

彼はこれらの種類の仕事を「子供たちが遊ぶ」と考えています

私は4年の開発コンサルタントです

あなた自身の幸福とあなたの父親の個人的な発展のために ために、彼は失敗します。ジョンの答えは確固たるものであり、あなたがあなたの父親が法律の間違った側につかないようにするのに十分な、または少なくとも彼がよりよく知っているべきであるのに十分言及しなければなりません。しかし、この全体の「謙虚さ」は、人々に講義し、彼らがそれを学ぶことを期待できるものではありません。あなたの最も困難で完全に失敗することを試みることは非常に重要な人生の教訓です。失敗は非常に強力な教師です。そして、彼は息子の職業に敬意を払うかもしれません。

そして、もし彼が何かうまく機能する（そして、法律に違反しない）何かを石畳することに成功すれば、彼に対するすべての力がますます強くなります。

彼の仕事です。そして、彼が決心した場合、彼はそれを機能させるでしょう。そして、多くの人々が、さまざまなテクノロジーのソリューションを組み合わせて、機能するようにしました。

数年前、PHPといくつかの掲示板ソフトウェアを使用してWebアプリケーションを作成した友人のコードを確認しました。彼は自分のニーズに合わせて大幅にカスタマイズしました。コードは憎悪でした。かろうじて第1正規形であることに加えて、彼は自分のデータベースにデータを含むHTMLタグを持っていました。MVC分離なし。しかし、神は彼を祝福します。彼のアプリケーションは機能し、彼はそのWebサイトからの収入で請求書を支払うことができました。

彼への私のアドバイスは次のとおりです。収益を得るためにできるだけ長くアプリケーションを搾乳することに満足している場合は、優れたソフトウェア設計テクニックを使用してリファクタリングせず、「十分に」そのままにしておきます。より多くのサービスを提供し、より多くの収益を得るためにアプリケーションを進化させたい場合は、支払いをしてコードをリファクタリングする必要があります。彼は前者と一緒に行くことを選んだ。C'est la vie。

お父さんが現在、データの重複や弱いデータの整合性の痛みを感じていない場合、彼は後で、そうして初めてあなたが言っていることの価値を学びます。

あなたの質問に対する答えは、主に彼の医療行為にとってこのアプリケーションがどれほど重要であるかによると思います。彼はそこに彼が有用だと思う患者データだけを保存しているのでしょうか？それが深刻な結果をもたらす可能性がある場合、彼はそれを行うべきではありませんが、私たちは彼がそれが良いアイデアではないことを彼に納得させる完璧な世界に住んでいないので、完全に異なる問題かもしれません。

あなたが開発コンサルタントであるので、私は彼にQAとテストプロセスで助けを提供することを提案します。このようにして、父親を「助け」ているので、父親との良好な関係を維持できますが、同時に父親のアプリが実行すべきことを実行していることを確認したり、父親が解決できない問題を見つけたりすることもできます彼はより専門的な解決策を模索します。

ところで、私は自分の仕事をしている非常に多くのひどいアプリを見てきましたが、それがひどい理由は誰もそれを実際に変更するよう説得するでしょう。

最近、大規模な非営利医療機関のソフトウェアエンジニアとして退職したので、私は強くため、Meaningful Useイニシアチブの要件を満たす電子医療記録システムを共有できるようにするために、リーズナブルな料金で近くの病院または大規模な診療所を探すお勧めします（およびその他の政府の奨励プログラム）。

「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％にすることで、クライアントに補助金を渡しました。