よむ、つかう、まなぶ。
【資料４ー２】 Ubie株式会社 マイナポータルAPI 活用による生活者の行動変容の支援― Ubieの取組と展望 ― (21 ページ)
出典
| 公開元URL | https://www.mhlw.go.jp/stf/newpage_71106.html |
| 出典情報 | 健康・医療・介護情報利活用検討会 健診等情報利活用ワーキンググループ 民間利活用作業班（第17回 3／5）《厚生労働省》 |
ページ画像
ダウンロードした画像を利用する際は「出典情報」を明記してください。
低解像度画像をダウンロード
プレーンテキスト
資料テキストはコンピュータによる自動処理で生成されており、完全に資料と一致しない場合があります。
テキストをコピーしてご利用いただく際は資料と付け合わせてご確認ください。
その他、マイナポータル APIへの期待
【よりタイムリーに】
●
期間連携 APIのRate Limit の引き上げ , 取得可能数の増加 （現状 2秒に 1回）
●
データ更新時の Push型連携の実現 （現状、 Pull型で毎日全件取得・更新確認が必要）
●
特定健診データの反映リードタイム短縮 （現状、 1〜3ヶ月程度のリードタイムあり）
【より多くの情報を、より使いやすく】
●
自己情報取得 API(予防接種、がん検診等 )や、PMH情報連携 APIの、期間連携への対応
●
電子カルテ共有サービス経由の 6情報への早期対応
●
医療機関 IDやデータ ID、作成日時の付与 （現状、名称のみのデータもあり名寄せが必要）
21
【よりタイムリーに】
●
期間連携 APIのRate Limit の引き上げ , 取得可能数の増加 （現状 2秒に 1回）
●
データ更新時の Push型連携の実現 （現状、 Pull型で毎日全件取得・更新確認が必要）
●
特定健診データの反映リードタイム短縮 （現状、 1〜3ヶ月程度のリードタイムあり）
【より多くの情報を、より使いやすく】
●
自己情報取得 API(予防接種、がん検診等 )や、PMH情報連携 APIの、期間連携への対応
●
電子カルテ共有サービス経由の 6情報への早期対応
●
医療機関 IDやデータ ID、作成日時の付与 （現状、名称のみのデータもあり名寄せが必要）
21