おはようございます さまざまな理由で、私はしばしば医療従事者や医療施設に遭遇します。 そのため、ハイテクの時代には、ほとんどの情報が紙の上にあることに非常に驚きました。 さらに、異なる診療所の異なる医師によって治療されている場合、すべての医師が私が治療された病気の全体像を知りたがるので、これはさらに不便になり始めます。 そのため、これらの書類の山を持ち歩いています。 ここでの別のトピックは、ヘルプの取得です。 まあ、私は多くが並んでいたと思います。
それで、今日、私は「
医学：電子病歴-医師からの見解 」という記事を読み、そのようなシステムの可能な実装に関するプログラマーとしての私の考えを共有することにしました。
私の意見では、そのようなシステムはいくつかの問題を解決するはずです。
- 病院およびそれ以降の医療に関連するワークフローの電子形式への翻訳。
- 医学研究データの収集（医師の検査データ、X線、超音波、検査、血液検査など）。
- データの分析と体系化。
- インターネット、モバイルアプリを介した患者の病歴および予約へのアクセス。
- SMS、メール、モバイルアプリを介して調査結果を報告する。
- 担当医との患者の遠隔コミュニケーション（別の地域からの連絡を含む）。
- 医療従事者、医療機関、または地域単位の有効性を客観的に評価するためのシステムを作成します。
- 研究データの代替の可能性の排除、それらのその後の変更、医療ミスの隠蔽-提供されるサービスの質のレベルを高めるはずです。
- 単一の集中型データベースにより、カードを開いた場所に関係なく、別の都市の医師でも患者の病歴全体を取得できるため、カードまたは証明書の取得に関する一連の問題を回避できます。
- 以前の経験の統計分析に基づいて正しい診断を下すための支援（明らかに誤った診断の除外、特定の条件下での疾患の経過を予測するための支援）;
- 他の医師の一般的な経験への医師のアクセス。
いくつかの点について詳しく説明します。
医学研究データの収集と分析 -現在、多数の医療機器がデータを電子形式で提供できます（紙に保管する理由はありません）。 これらのデータは将来
研究に不可欠な統計的基礎となるかもしれません。 特に医学では、あらゆる分野での経験が不可欠です。 しかし、私は過去のようなデータを保存することを検討しています-医療システムは一歩前進する必要があります：医師は診断を行う際にありふれた間違いを避けるのに役立ち、正しい診断を下すのに役立ちますシステムはこれを彼に思い出させるでしょう）。 おそらく将来的には、システム自体が簡単な診断を行うことができるようになります（急性呼吸器ウイルス感染症、急性呼吸器感染症、VSDなど）。
インターネットを
介して病歴を
通知し、アクセスするなどの項目は、患者の生活を楽にします。 結局のところ、これは健康な人ではなく、医療機関まで数キロ歩くのは難しくないかもしれません。 自宅に座っていると、目的地だけでなく目的の結果もすべて得られます。 速くて便利。 大きなプラスは、主治医と患者の遠隔コミュニケーションです。
全国の単一の情報スペースは、別の都市に到着して病気になったという事実を心配しない機会をあなたに与えます。 特定の患者の禁忌を求めて紙を掘るのではなく、行動する必要がある緊急事態や事故などについては、すでに沈黙しています。 おそらくそれは命を救うでしょう。
システム内のすべてのデータは、削除や置換の可能性なしに保存する必要があります。 これは、バージョン管理システムに似ています。 すべての変更がコミットされ、ドキュメントの新しいバージョンのみが作成されますが、古いバージョンは置き換えられません。 医療エラーが利用可能であり、すぐに表示されます。 分散データストレージシステムを考えると、誰がデータを置き換える必要があるかを「持ち込む」のは困難です。 同じデータに基づいて、数字で客観的なサービスの品質を評価するシステムを構築することが可能です。
現在、最大の問題は処方薬です。 システムには提携薬局がある場合があります。 その後、医師は単に特定の薬が必要であると患者に都合の良い薬局に通知し、患者はそれを来てそれを拾うだけです（薬）。
医師と患者の相互作用の標準的なスキームは次のようになります。
- 患者Nは病院Bに行きました。
- M1医師は、サービスセッションで患者を識別する文書を患者に発行します。 識別のために、ユーザーの資格情報を含むQRコードが使用されます。 さらに、セッションIDのみがシステム側に残ります。QRコードがないと、特定の人をこのIDにバインドすることはできません。 これにより、データの安全性と匿名性が確保されます。
- M1医師は初期検査を実施し、初期検査データをシステムに入力し、研究への紹介を登録します。
- 患者は、サービスセッションで彼を識別する文書を受け取ります。 そして、彼は彼が処方された研究で医者に行きます。
- M2医師はQRコードをスキャンし、患者サービスセッションIDを受け取ります。 彼に割り当てられた研究を実行し、システム内のデータを修正します。
- 次に、患者は医師M1に戻ります。 彼はQRコードをスキャンし、調査結果を確認します。 中間診断を行います。 システムがそれをキャプチャします。 また、予定を書き出しますが、これも修正されています。 このシステムは、医師の仮定と研究結果の分析に基づいて、疾患に関する包括的な統計を医師に提供します。
- その後、患者は医師M1との2回目の診察のために再び戻ります。 彼は再びQRコードをスキャンし、2回目の検査を実施して、病気の経過のダイナミクスを修正します。 予後が陰性の場合、最初の診断が間違っていて新しい予約が記録されていれば、追加の中間診断を行うことができます。
- 患者が治癒すると、メンテナンスセッションは終了します。 そして医師は最終診断を確定します。 現在、システムは、特定の患者と特定の疾患および医師との相互作用のすべての経験、ならびにこの疾患の治療の経験を識別できます。
したがって、システムは、人の病気と治療方法の完全で包括的な全体像を保存します。 電子形式で患者のカードを入手できることにより、医療上の意思決定の速度が大幅に向上します。
モバイルアプリケーションには大きな賭けが必要です。 そのため、医師の職場はオフィスに縛られるのではなく、モバイルにすることができます。 医師は、インターネットにアクセスできる場所であればどこでも支援を提供し、情報を受け取ることができます。
システムの構造の4つのレベルを選び出します。
- 患者の相互作用のレベル-医師。 これらには、医師のウェブインターフェース、クライアントウェブインターフェース、結果配信システム、モバイルアプリケーションが含まれます。
- 機関レベル。 同じ地域の機関間の通信を提供するシステムのその部分。
- 連邦レベル。 このレベルでは、地域センター間でコミュニケーションが確立されます。
- レベル。 すべての地域センターから情報を収集するヘッドセンターのみがあります。
セキュリティを確保するために、いくつかのルールを順守する必要があります。
- ベースには、研究データと特定の市民を特定できるデータとの間の直接リンクを含めないでください。
- ストレージを配布する必要があります（トゥーラ地域のデータの一部はカルーガのサーバーにあります）。
- データを複製する必要があります（代替を複雑にします-同時に3つのソースのデータを置き換えます-どういうわけかありそうもないシナリオ）。
- データは暗号化されたチャネルを介して交換されます。
多くの時間を割いて申し訳ありません。将来の医療制度をどのように見たいかを表明したかっただけです。 私は究極の真実であるふりをしません:)。 どんな批判やコメントも歓迎します。
PSロシアでこのようなシステムの開発に参加できたらうれしいです。