[orca-users:15044] Re: API受付処理からの資格確認リクエスト

[Hasegawa Tsukasa <hasegawa@xxxxxxx>]

竹内様、猪俣様

> >ただし、希望していたAPIからのPUSH通知及び資格確認処理ですが今月パッチで提供予定されると
> >サポートセンタ様よりご連絡をいただきました。

APIからPUSH通知ができないことは１年前を思い出しました。
APIから外部プログラム実行や、Claimはできたので、急遽ドクターキューブ、
電子カルテ連携プログラムを書き換えたことを思い出しました。
PUSH通知は、この時の要望を忘れた頃に対応いただいたものでしょう。

> >
> >外部システム側で処理するよりもスマートなのでパッチ提供を待った方が良いみたいです。
> 
> なるほど。
> この状況なら待った方がいいでしょうね。
> 
> 
> ところで、ソースコードを読むことのメリットの一つとして、
> そのシステムの設計思想を感じ取れる（場合もある）というのが
> あるかと思います。
> 
> ORCA の場合は、ogochan という人がよく出てきます。
> 感心することもあれば、（現在から見ると）なんでこんな古臭い書き方してるのか
> と疑問に思うこともあります。
> ところで、元ORCAの中の人に聞いたら、ogochan というのは
> 生越正己氏という方のようです。
> ブログもお持ちのようで、拝読したらけっこう興味深い記事がありました。
> 
> 『マルチユーザーなしに現代に必要なセキュリティを確保するのは困難すぎる」のか？』
> http://www.nurs.or.jp/~ogochan/essay/archives/5729#more-5729
> 
> シングルユーザー/マルチユーザーと UID の関係など、ああ、こういう発想だったのか
> と納得する部分があります。
> 
> ただ、多施設/単一施設という発想はまるでないようで、これは現在の ORCA の設計にも
> 未だに根深く影響を与えているように思えます。
> 
> 単なる感想ですが。
> 
> 
> 猪股弘明
> 精神科医（精神保健指定医）
> 
> 2022年6月15日(水) 11:07 HeartBase <support@xxxxxxxxxxxx>:
> 
> >
> > 猪股様
> >
> > アドバイスありがとうございます。
> >
> > オンライン資格確認側に送る<ArbitraryFileIdentifier>で使われているUUIDですが、
> > ORCA 側で確認処理リクエスト依頼の際、レスポンスを識別するために保持しています。
> >
> > 外部プログラム（電カルなど）で処理する際にもレスの患者識別に利用しますが、独自に患者IDとUUIDを振っても問題なく
> > 利用できるのですがORCA側で保持している値と違うとORCA の[オン資格]機能には反映されません
> >
> > ただし、希望していたAPIからのPUSH通知及び資格確認処理ですが今月パッチで提供予定されると
> > サポートセンタ様よりご連絡をいただきました。
> >
> > 外部システム側で処理するよりもスマートなのでパッチ提供を待った方が良いみたいです。
> >
> > 猪股様及びサポートセンタ様に感謝です。
> > ありがとうございました。
> >
> > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_
> > _/　Anbe Heart Corporation
> > _/　竹内健治（Kenji Takeuchi）
> > _/　埼玉県ふじみ野市大井621-12
> > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_
> > _/  mail:support@xxxxxxxxxxxx
> > _/  Phone:049-256-0675
> > _/  Mobile:090-6103-1136
> > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_
> >
> > 2022年6月15日 10:49 +0900、ORCA全般の話題 <orca-users@xxxxxxxxxxxxxx> のメール:
> > >
> > > 猪股

★★★☆☆☆★★★☆☆☆★★★☆☆☆★★★☆☆☆
株式会社スカイ・エス・エイッチ http://www.sky.sh/
日医総研日医IT認定サポート事業所
長谷川 司 hasegawa@xxxxxxx
京都市伏見区新町５丁目４９５北本ビル４Ｆ４０１
TEL 075-622-7385 FAX 075-622-7403