自治体の窓口や医療機関との間で、紙の申請書や電話でのやり取りに頼ってきた業務があります。医療費助成や予防接種、母子保健、介護保険等の情報連携は、自治体ごとに手作業が積み重なってきた領域です。ここにデジタル庁が整備を進めるPMH(Public Medical Hub)という情報連携基盤が加わり、データ連携の設計や実装を担うエンジニアの案件が広がっています。医療制度の詳細に通じていなくても関われる案件かどうかを含めて、この記事でPMHの仕組みと関わり方を整理します。

1. なぜいま医療・自治体データ連携の案件が増えているのか

紙・電話中心のやり取りが残っていた領域

医療費助成や母子保健、予防接種、介護保険等の手続きでは、自治体と医療機関等の間で紙の申請書や電話でのやり取りに頼る場面が積み重なってきました²。同じ内容を窓口ごとに何度も書く負担や、確認のための電話連絡が、住民にとっても職員にとっても重い作業になっていました。ここに、情報連携の仕組みを設計・実装するエンジニアの案件が生まれる余地があります。

デジタル庁は令和5年度にPMHを開発し、医療費助成分野や予防接種、母子保健分野を対象に、希望する自治体向けの先行実施事業を開始しました³。紙の運用を一つずつ電子化するのではなく、自治体と医療機関等をつなぐ基盤そのものを新しく設計する取り組みです。設計から実装まで、データ連携の経験が活きる工程がいくつも重なっています。

先行実施という位置づけからも分かるように、PMHは一度にすべての制度を切り替える話ではなく、段階を踏んで対象範囲を広げていく取り組みです³。段階的な拡大が続く間は、新しい自治体・医療機関等が加わるたびに、連携部分の調整や検証が発生し続けます。

この基盤に参加する自治体の数は着実に伸びています。2024年度末時点で183自治体だった参加数は、2026年6月7日時点で608自治体まで拡大しました⁶。関わる自治体・医療機関等が増えるほど、連携の設計や運用を担う案件も広がっていく流れです。

参加する自治体や医療機関等が増えるほど、それぞれの既存システムとの間でデータ項目や更新のタイミングのばらつきを吸収する実装の重みも増していきます。基盤が広がっている途中の段階だからこそ、設計の判断そのものに関われる案件が生まれやすいタイミングでもあります。

出典：デジタル庁「Public Medical Hub」（2026年8月更新）をもとに作成

紙運用が残っていた期間が長いほど、自治体・医療機関等それぞれの現場に合わせた例外対応も積み重なっています。共通基盤への移行では、そうした例外をどこまで基盤側の仕組みに寄せられるかも、実装を担うエンジニアが向き合う論点になります。

次章では、PMHが具体的に何と何をつなぐ基盤なのかを見ていきます。

2. PMHとは何をつなぐ基盤か

PMH(Public Medical Hub)は、関係機関や行政機関等の間で必要な情報を安全に交換できる情報連携の仕組みとして整備されています¹。自治体だけ、医療機関等だけで完結する仕組みではなく、複数の主体をまたいだ情報のやり取りを支える基盤です。

対象となる業務は一つではありません。医療費助成、母子保健、予防接種、介護保険等、それぞれ制度も窓口も異なる手続きが、共通の連携基盤の上に乗る設計になっています²。個別のシステムをそれぞれ都度つなぎ込むより、共通の基盤を介したほうが、拡張や保守の見通しが立てやすくなります。

自治体ごとに異なる仕組みを一つずつ個別につなぐより、共通の基盤を介して連携するほうが、後から参加する自治体・医療機関等にとって導入の負担が小さく済みます。

共通の基盤を前提にすると、どのデータ項目を、どのタイミングで連携するかという設計判断が要になります。自治体ごとの個別最適を積み重ねるのではなく、複数の主体で使い回せる形にそろえる視点が、この領域の実装で問われる力です。制度の違いを超えて共通化できる部分を見極める役割は、業務システム開発の経験が生きる工程になります。

複数の自治体・医療機関等が同じ基盤を使う前提に立つと、特定の団体だけの事情に合わせた実装は避けたい選択になります。共通化と個別事情の両立をどう図るかという視点は、行政分野に限らず、複数の利用者が関わる基盤設計全般に通じる考え方です。この視点を持てるかどうかは、制度に精通しているかどうかより、案件で評価されやすい実務感覚です。

PMHが対象とする分野

PMHが連携の対象とする分野は、これまで紙や電話でのやり取りが積み重なってきた業務と重なります²。医療費助成では確認作業の往復、予防接種や母子保健では予診票・問診票のやり取り、介護保険等では申請書類の往復が負担になっていました。以下は、それぞれの分野で紙運用にあった負担と、PMHが整備されたことによる変化の方向性を整理したものです。制度の細部より、連携基盤としての共通点に注目してください。

分野	紙運用での負担	PMHでの変化の方向性
医療費助成	窓口ごとの確認作業や書類の往復	情報連携基盤を通じたやり取りへ2
母子保健	予診票・問診票の紙記入	スマホ等での事前入力に対応4
予防接種	接種券・受診券の紙管理	マイナンバーカードでの利用に対応4
介護保険等	申請書類のやり取り	共通の連携基盤の対象分野に2

出典：デジタル庁「Public Medical Hub」（2026年8月更新）をもとに作成

次は、実際にマイナンバーカードやオンラインでの手続きがどう組み込まれているかを見ていきます。

3. マイナ連携とオンライン資格確認の実装

予診票・問診票の事前入力とマイナンバーカードの活用

予防接種や母子保健の分野では、保護者や本人が予診票や問診票を事前にスマホ等で入力できる仕組みが整いつつあります⁴。会場や窓口で紙に書き込む手間が減り、マイナンバーカードを接種券・受診券として利用できるようになっています。

紙の接種券を毎回携帯するより、マイナンバーカード1枚で手続きが完結するほうが、住民にとっても運営側にとっても管理の手間が小さくなります。

この仕組みを支えているのは、自治体システムや医療機関等のシステムとPMHとの間でデータを安全にやり取りする連携部分です。API設計やデータの突合、認証まわりの実装は、Web開発や業務システム開発の経験が直接活きる領域です。

医療費助成や予防接種にまつわる情報は、住民の健康に関わる要配慮情報を含む場面もあるため、連携部分の設計や実装では取り扱いへの配慮が欠かせません。認証の仕組みやアクセス範囲の設計、通信の暗号化は、この種の案件で特に丁寧さが求められる工程です。

予診票や問診票の入力画面では、入力ミスや二重登録をどう防ぐかという設計も欠かせません。事前入力という利便性の裏側で、データの整合性を保つ仕組みづくりが、実装の質を左右します。

マイナ連携で変わる手続きの流れ

マイナンバーカードとPMHの連携は、住民が窓口で行っていた手続きの一部を、事前の入力とカードの提示に置き換えるものです⁴。以下は、予防接種や母子保健の場面を例に、紙運用のときと連携後とで、手続きの流れがどう変わるかを整理したものです。制度の詳細より、どこがデータでつながるようになったかに注目してください。

場面	紙運用のときの流れ	マイナ連携後の流れ
予診票・問診票	会場や窓口で手書き	事前にスマホ等で入力4
接種券・受診券	紙の券を持参	マイナンバーカードを利用4
記録の確認	自治体への個別照会	マイナポータルで確認5

出典：デジタル庁「Public Medical Hub」（2026年8月更新）をもとに作成

入力やカードの利用によって集まった記録を、住民自身がどう確認できるのかを次に見ていきます。

4. 住民体験を支えるマイナポータル連携

接種履歴や健診結果をリアルタイムに確認できる仕組み

予防接種の接種履歴や健診結果は、マイナポータル上でリアルタイムに確認できるようになっています⁵。自治体に問い合わせて記録を確認していた手間が、住民自身の手元で完結する流れに置き換わりつつあります。

記録がすぐに見える状態は、住民が自分の状況を把握しやすくする土台になります。この土台を支えているのが、PMHという情報連携基盤とマイナポータルとの接続部分です。制度の周知より、データを正しく届ける設計そのものが価値になる場面です。

マイナポータルとの連携は、記録を正しいタイミングで、正しい形式で届ける設計が土台になります。データの同期や表示のタイミング、認証まわりの実装は、自治体・医療機関等のシステムに関わってきた経験が活きる場面です。

住民が目にする画面の裏側では、複数のシステムから届く記録の更新タイミングのずれをどう吸収するかが課題になります。表示のたびに最新の状態をそろえる設計は、一見地味に見えても、仕組み全体の信頼性を左右する工程です。

住民が「今どうなっているか」を自分で確認できる状態を保つことは、自治体側の問い合わせ対応の負担を減らすことにもつながります。表と裏の両方に効果が及ぶ点が、この連携部分を設計する意義です。

出典：デジタル庁「Public Medical Hub」（2026年8月更新）をもとに作成

住民から見た使いやすさと、裏側のデータ連携の正確さは、どちらか一方だけでは成立しません。表側の体験を支える裏側の設計にまで関われることが、この領域の案件の手応えにつながります。

こうした仕組みを支える案件に、リモートワークでどう関わっていけるかを次に整理します。

5. リモート・フリーランス案件でどう関わるか

自治体や医療機関等のシステムに関わってきた経験があっても、医療制度そのものの知識がないと難しいのではと感じる場面があるかもしれません。実際にPMH関連の案件で問われているのは、制度の詳細よりデータ連携の設計・実装力です¹。

制度の背景を隅々まで理解しているかどうかより、自治体システムや医療機関等のシステムでAPI連携やデータ連携を担ってきた実務経験のほうが、PMH関連の案件では重視されやすい領域です。

実際に関わる工程は多岐にわたります。自治体側・医療機関等側のシステムとPMHとの間のデータ連携部分の設計や実装、マイナンバーカードやマイナポータルとの接続にまつわる開発、予診票・問診票の事前入力画面のようなフロントエンドの実装まで、Web開発や業務システム開発で積み上げてきた経験が活きる工程が中心になります。

自治体側のシステムと医療機関等側のシステムでは、データの持ち方や更新のタイミングが異なる場面もあります。双方の事情をくみ取りながら、PMHという共通の基盤に合わせて連携部分を実装していく調整力も、この領域で活きる経験の一つです。制度が変わるたびに連携部分の見直しが発生する点も、業務システム開発で培われてきた保守の視点がそのまま生きる場面になります。

エンジニアが関わる工程と活きる経験

PMHに関わる案件は、制度を解説する役割ではなく、データを安全かつ正しい形式でやり取りする仕組みを設計・実装する役割です。以下は、想定される工程ごとに、具体的な作業内容とリモートワークでの進めやすさを整理したものです。工程によって求められる経験の重心が異なる点に注目してください。

工程	具体的な作業	リモートでの進めやすさ
データ連携基盤の設計	自治体・医療機関等とPMHの間のデータ項目・連携方式の整理	高い
API・連携部分の実装	認証やデータ同期、エラー処理を含む連携処理の実装	高い
マイナ連携まわりの実装	マイナンバーカード・マイナポータルとの接続部分の開発	中〜高い
入力画面等のフロントエンド	予診票・問診票の事前入力画面の実装	高い

表の工程はあくまで代表的な区分けです。実際の案件では、設計と実装の両方を一人で担う形もあれば、特定の工程に絞って参画する形もあります。

場所に縛られず、積み上げてきたスキルを正当に活かせる働き方を求めてきた向きにとって、こうしたデータ連携基盤の案件は、専門性をそのまま評価してもらいやすい領域です。制度の詳細を丸ごと覚え直す必要はなく、これまでの実務経験をどう当てはめるかを考えるところから始められます。

自治体や医療機関等のシステムに携わってきた経験、PMHのようなデータ連携基盤に関わってきた経験は、場所を選ばずに次の案件へつなげやすい強みになります。リモートでの参画のしやすさも含めて、まずは自分の経験に近い案件がどれくらいあるかを確かめてみることが、次の一歩になります。

6. まとめ

PMHは、自治体と医療機関等の間で積み重なってきた紙運用を、情報連携基盤としてつなぎ直す取り組みです¹。参加する自治体は2024年度末の183から2026年6月時点で608まで増え⁶、マイナンバーカードとの連携⁴や、マイナポータルでの確認⁵も広がっています。

医療制度の詳細よりも、自治体・医療機関等のシステムに関わってきたデータ連携の経験のほうが、この領域の案件で活きる場面が中心になる設計です。制度解説の役割ではなく、安全にデータをやり取りする仕組みを作る役割だと捉え直すと、関わり方が具体的に見えてきます。自治体・医療機関等のどちらか一方の経験しかなくても、PMHという共通基盤を挟むことで、双方の橋渡し役として関わる道も開けています。

自治体・医療機関等のシステム開発や業務システム連携で積み上げてきた経験は、PMHのような情報連携基盤の案件でそのまま活きる場面が中心です。まずはRemoguに登録して、自分の経験に近い条件のリモート案件を確かめてみるところから始めてみましょう。

7. よくある質問

医療の専門知識がないと難しいですか

PMH関連の案件で中心になるのは、制度の詳細を解説する役割ではなく、自治体・医療機関等とPMHとの間でデータを安全にやり取りする設計・実装です¹。医療費助成や予防接種等の制度背景は、必要な範囲を都度確認しながら関わる案件が中心になります。案件によっては、自治体や医療機関等の担当者と協議しながら、必要な制度知識を都度補っていく進め方になります。

どんなスキルが活きますか

自治体システムや医療機関等のシステムでのAPI連携、データ連携基盤の設計・実装経験が活きる領域です¹。マイナンバーカードとの接続⁴や、マイナポータルとの連携⁵に関わってきた経験があれば、なお活きます。自治体・業務システムの開発でデータ連携や認証まわりを担当してきた経験も、そのまま評価されやすい経験です。

マイナ連携はどう実装しますか

予防接種や母子保健の分野では、予診票・問診票を事前にスマホ等で入力し、マイナンバーカードを接種券・受診券として使う仕組みが実装の中心になります⁴。入力データの連携部分や認証まわりの実装は、Web開発の経験が直接活きる工程です。自治体・医療機関等側のシステムとPMHとの間で、どの項目をどのタイミングで連携するかの設計が実装の土台になります。

自治体・業務システムの経験は活きますか

自治体システムや医療機関等の業務システムに関わってきた経験は、PMHとの連携部分を理解するうえでの土台になります¹。制度ごとに異なる業務フローを、共通のデータ連携基盤にどうつなぐかを考える力が問われる案件です。自治体・医療機関等ごとに異なる運用ルールを、共通の連携基盤に合わせて整理し直す調整力も問われます。

案件はフルリモートでもできますか

Remoguが扱う案件の90%以上がフルリモート可能です⁷。ただし案件の内容や条件は時期によって変わるため、関わり方の詳細は個々の案件で確かめる形になります。登録後は、自治体・医療機関等のデータ連携に関わる案件を含め、自分の経験に近い条件を確認できます。まずは登録して、自分の経験に近い条件の案件を確認してみましょう。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 デジタル庁「Public Medical Hub」（2026年8月）
＊2 デジタル庁「Public Medical Hub」（2026年8月）
＊3 デジタル庁「Public Medical Hub」（2026年8月）
＊4 デジタル庁「Public Medical Hub」（2026年8月）
＊5 デジタル庁「Public Medical Hub」（2026年8月）
＊6 デジタル庁「Public Medical Hub」（2026年8月）
＊7 Remogu（株式会社LASSIC運営）公開情報：扱う案件の90%以上がフルリモート可能