いやほんと。レセコンや薬歴だったらどう対応するか真剣に考えてます。 RT @chiya777: クラウドのリスクがここにっ!wwww
2010-10-28 10:56:09@kaepapa33 アプリをクラウド化するのか、DBをクラウド化?するのか、DBだけなら同期タイミングはリアルタイムなのかセミリアル(たとえば15分に1回)なのか、にもよりますかねー。
2010-10-28 10:58:39@chiya777 DBだけですが同期というかアップロードタイミングの規程が重要なような気がしています。基本ローカルだけでも動く状態で必要に応じてネット経由でデータ取得にいくのがいい感じなような…。
2010-10-28 11:18:18@kaepapa33 そうすると、コンフリクトに対するデザインをじっくり考える必要がありますね。ローカルだけでも動く、という事は保証されている実体がどれか、によってデザインが変わってきますから。
2010-10-28 11:24:38@senobeya そういうイメージがいちばんしっくり来ております。全部が全部クラウドにあげりゃいいってもんでもないですし。共有ポリシーの構築が重要でしょうね。
2010-10-28 11:30:53@kaepapa33 患者宅でネットワーク越しに訂正する人と、たまたま薬局内で訂正する人と、とか。同時更新をサポートしないデザインなら、できないような仕組みにしておかないと誰かは絶対しますww
2010-10-28 11:48:38データ発生箇所以外では山椒の実^H^H^H^H参照のみか。問題はないかなぁ。社外からネットワークが途切れた所だと問題がでてくるか。そもそもVPNとかで社内扱いするか社外扱いの仕組みを用意するかにもよるなぁ…結構面倒だ
2010-10-28 12:02:50@chiya777 バージョン管理をイメージしてしまうのは危険だと思うです。医療の記録の場合は訂正は認めない方向で追記方式がベストかなと思うです。どういう手法を取るかは不明。なので1ファイルを同時更新は考慮していません。
2010-10-28 12:08:31@chiya777 在宅や夜間対応をどのように扱うかはプロトコルの問題でしょうね。不具合がないプランニングをしないといけませんがまだ具体的にイメージできない。施設外はクラウドへのアクセスは参照のみでいくほうが安全かも。
2010-10-28 12:10:19@kaepapa33 はい。どれが正解って無いので『全部insertのみ』ってのもアリですよ。ただし『医療記録』に関しては追記のみですがシステム内のDBに載せているデータはそれ以外も当然ありますから、どうするか、を決めておく必要があります。オフライン時は追記のみ、とかね
2010-10-28 12:13:44@chiya777 まずは正常経路をしっかりとイメージした上で例外を処理する感じでいつも考えています。このイメージの度合いが問題なんですけどもね。(笑
2010-10-28 12:21:04