ForHosting KIT · 開発者向けツール

オーストラリアMedicareチェックディジット

Q: 有効なチェックディジットはカードが有効であることを意味しますか？

いいえ。 本ツールは桁が公開された加重法10規則を満たすことだけを証明します。有効な受給、患者身元、IRN状態にはServices Australiaまたは診療システムの照会が必要です。

基本の数字21234567のMedicareチェック桁は0です。8桁に1、3、7、9、1、3、7、9を掛けた積の合計は170で、170を10で割った余りが0になります。カード番号全体の検証もでき、ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

計算例

入力した場合

数: 21234567

結果

計算モード: Compute
入力: 21234567
底: 21234567
チェックディジット: 0

オーストラリアのMedicareカードには10桁の番号があります。先頭8桁が基本数字、9桁目がチェックディジット、10桁目が発行番号です。クリニックのフォーム、診療管理の取込、患者ポータルで1桁でも誤入力すると、請求の失敗やサポート対応が増えます。本機能はServices AustraliaおよびDigital Health Agencyが公開する規則を実装します。先頭8桁に固定の重み1、3、7、9、1、3、7、9を掛け、積を合計し、その結果を10で割った余りをチェックディジットとします。これが9桁目と一致する必要があります。8桁の基本数字だけがあり、ラベルやテスト用フィクスチャ用にチェックディジットが必要なときはcomputeモードを使います。パートナー、スキャナ、フォームが9桁（基本＋チェック）または発行番号付きの10桁フル番号を送るときはvalidateモードを使います。先頭桁は公開範囲の2から6でなければなりません。

Medicareチェックディジットの計算方法

スペースなしで書くと、Medicareカード番号は常に10桁です。先頭8桁がカード所有者レコードを識別し、9桁目はそれら8桁だけから導かれるチェックディジット、10桁目は実物カードに印刷された発行番号で、チェックサムには含まれません。

チェックディジットを求めるには、基本8桁を左から右へ走査し、公式系列1、3、7、9、1、3、7、9の位置重みを各桁に掛けます。8個の積を1つの加重和にし、その和を10で割った余りを取ります。余りは0から9の1桁で、整形式のカード番号の9桁目と一致しなければなりません。

アルゴリズムはServices Australiaに接続せず、受給資格を照会せず、時計や乱数も使いません。公式重みのもとで桁列が整形式であることだけを証明します。検査合格はカードが有効であること、患者が還付対象であること、フォーム上の氏名がMy Health Recordと一致することを意味しません。

9桁目が法10の同一性を満たすことだけを意味します。この狭い契約は、検索意図がオーストラリアMedicareチェックディジットであり完全な受給照会ではないときに、登録フォーム、診療管理の取込、単体テストがまさに必要とするものです。一般的なLuhnカード検証と比べ、ここでの意図は明確です。

先頭8桁へのMedicare重みが必要な人向けであり、決済カードのチェックサムではありません。

入力契約、モード、エラー動作

0から9の数字が必要です。任意の空白とハイフンは除去され、よくある表示形式も受け入れて正規化されます。computeモードが既定です。

validateモードはちょうど9桁（基本＋チェック）または10桁（基本＋チェック＋発行番号）を受け付けます。文字列は整形式でもチェックサムが失敗する場合、呼び出しはvalid falseで成功します。データ品質ジョブは誤入力カードを転送エラー扱いせずに行を隔離できます。

長さの誤りは、モードと送った長さを明示するエラーです。空文字列、number欠落、無効なmodeは加重和の前に失敗し、課金されません。フィクスチャ作成や不完全番号の補完にはcomputeを、ユーザーやパートナーファイルからの完全番号で請求や取込をゲートするときはvalidateを選びます。

実運用でMedicareチェックディジットが効く場面

クリニックや病院の受付は、フォーム送信時に10桁のMedicare番号を検証し、1桁の入れ替えだけで幽霊患者や却下されたbulk-bill請求が生まれないようにします。遠隔医療と患者ポータルのオンボーディングはCSVエクスポートのMedicare列をすべて走査し、本機能を呼び出し、validがfalseの行を隔離します。

人手編集と生成器のオフバイワンの両方を捉えます。どのフローでも契約は同じです。Medicare検査合格を有効な受給、現住所、家族のIRN身元の証明とみなさないでください。

公式重みのもとで加重和の法10が9桁目と一致することだけを証明します。臨床や請求コンプライアンスがライブ状態を求めるときはチェックサムを受給・登録照会と組み合わせ、遅延と決定性が最重要なホットパスではこの軽量バリデータを保ってください。

活用例

クリニック・病院の登録フォーム

送信時に9桁または10桁のMedicare番号を検証し、validがfalseのとき保存を止め、1桁の誤入力によるbulk-bill請求の失敗を減らします。

診療管理・病理の取込

不完全なカード番号の補完や患者CSVの監査でcomputeまたはvalidateを実行し、構造的に無効なMedicare桁が請求キューに入らないようにします。

よくある質問

オーストラリアMedicareのチェックディジットはどう計算しますか？

先頭8桁に重み1,3,7,9,1,3,7,9を掛け、積を合計し、結果を法10で取ります。その余りが整形式カード番号の9桁目です。

Medicareバリデータはどの入力形式を受け付けますか？

任意の空白とハイフンは除去されます。computeは基本8桁ちょうど、validateは9桁（基本＋チェック）または10桁（基本＋チェック＋発行）が必要です。先頭桁は2-6です。

有効なチェックディジットはカードが有効であることを意味しますか？

いいえ。本ツールは桁が公開された加重法10規則を満たすことだけを証明します。有効な受給、患者身元、IRN状態にはServices Australiaまたは診療システムの照会が必要です。

オーストラリアMedicareチェックディジットツールの料金は？

ブラウザツールは無料でローカル実行です。無効入力は課金されません。

Medicareカードの10桁目は何ですか？

カードに印刷されている発行番号で、チェック桁の計算には使いません。チェック桁は先頭の8桁だけから求めます。発行番号が0の場合は無効として受け付けません。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/enc/medicare-australia

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/enc/medicare-australia \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"number":"21234567"}'

const res = await fetch("https://api.kit.forhosting.com/enc/medicare-australia", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "number": "21234567"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/enc/medicare-australia",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "number": "21234567"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/medicare-australia", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"number":"21234567"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"number":"21234567"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/medicare-australia", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "number": "21234567"
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.medicare_australia",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

非数字入力、長さの誤り、発行番号0は、静かなfalseではなくinvalid_inputで失敗します。同じ純算術が無料ブラウザツールと、成功呼び出しあたり$0.002のAPI経路の両方を支えます。

入力契約、モード、エラー動作

Medicareの桁を持つ必須のnumberフィールドを含むJSONボディをPOSTします。文字、小数点、スラッシュ、その他の句読点は非数字入力としてinvalid_inputで拒否され、半端に清掃された値が保存されることはありません。エンジンは基本8桁ちょうどを要求し、先頭桁が2から6であることを強制し、check_digitを1文字の文字列、with_checkを基本＋チェックの9桁文字列、weighted_sumをモジュロ前の整数和として返します。10桁入力では発行番号は0であってはならず、0は有効性のソフトフラグを返す前にinvalid_inputで失敗します。成功時、validateは9桁目が再計算したexpected_check_digitと一致すればvalid trueを報告し、常にbase、check_digit、expected_check_digit、weighted_sum、length、algorithm medicare-mod10を含みます。digits、medicare、card、codeなどのエイリアスは同じペイロード欄に対応し、すでにmedicareと呼ぶ連携の改名は不要です。経路は時計もネットワークもない純parseのため、同一のJSONボディは無料ブラウザツールと成功リクエストあたり$0.002のAPIで常に同じJSON結果になります。

実運用でMedicareチェックディジットが効く場面

診療管理や病理システムは、クライアント側またはAPIで法10の余りを再計算し、validがfalseのとき保存を止め、expected_check_digitを示して職員がカード全体を打ち直さずに基本の末尾桁を直せるようにします。統合テストは、チェックディジット0の2-1-2-3-4-5-6-7のような既知フィクスチャを固定し、請求ライブラリと本APIがweighted_sumやexpected_check_digitでずれないようにします。患者がカードは正しいと主張するとき、サポートマクロは構造化フィールドを使い、エージェントは重み表を開かずに9桁目が再計算チェックと一致しないことを示せます。

連携の活用例

遠隔医療・ポータルのKYC確認

請求や予約を有効にする前にチェックディジットを再計算し、患者が誤った9桁目を貼り付けたときはexpected_check_digitを表示します。

技術的な質問

成功時の応答はどのような形ですか？

computeはcheck_digit、with_check、weighted_sum、algorithm medicare-mod10を返します。validateはvalid、base、check_digit、expected_check_digit、weighted_sumを返します。チェックサム失敗は例外なくvalid falseです。

KITの完全なドキュメントを見る →

オーストラリアMedicareチェックディジット

無料で実行

計算例

Medicareチェックディジットの計算方法

入力契約、モード、エラー動作

実運用でMedicareチェックディジットが効く場面

活用例

クリニック・病院の登録フォーム

診療管理・病理の取込

よくある質問

関連ツール

開発者向け — APIアクセス

エンドポイント

お使いのスタックから呼び出す

リクエスト例

レスポンス例

料金

エラー

技術的な注記

入力契約、モード、エラー動作

実運用でMedicareチェックディジットが効く場面

連携の活用例

遠隔医療・ポータルのKYC確認

技術的な質問

ありがとう