Back to guides

HIBC バーコード デコードガイド:HIBC Code 128 データの読み方

HIBC バーコードとは何か、HIBC Code 128 データの構造、バーコードの読み取り・デコード問題のトラブルシューティング方法を解説します。

結論を先に

HIBC バーコードは、構造化された製品や生産データを搬送する医療用バーコードです。HIBC ラベルは Code 128 や Code 39 などの 1 次元記号を使えますし、用途が許せば 2 次元キャリアとして現れることもあります。テスト用記号を作るなら HIBC Code 128 生成ツール を、既存の記号を読み取るならまず オンライン バーコード スキャナー を使ってください。

重要な点は、HIBC は単なる「どんな Code 128 バーコード」ではないということです。Code 128 はキャリア(運搬手段)です。HIBC はそのキャリアの中に置かれるデータ構造です。

HIBC バーコードと HIBC Code 128

「HIBC バーコード デコーダー」を探す人は、バーは読めるが返された文字列が理解できないためです。それは普通のことです。バーコード スキャナーは通常、エンコードされたデータ文字列を返します。どの部分がラベル者コードで、どの部分が製品コードで、どの部分が数量で、どの部分がロットや日付情報かをいつも説明するわけではありません。

HIBC Code 128 とは、HIBC データが Code 128 バーコード記号にエンコードされていることを意味します。HIBC Code 39 とは、同じ種類の医療データが Code 39 に代わってエンコードされていることを意味します。記号の形式はバーを変えます。HIBC データ規則は、各文字が何を意味するかを説明します。

正式な実装の詳細は、HIBCC の最新ドキュメントを使ってください。同団体のサプライヤー表示標準は、HIBC 表示、Code 128 と Code 39 記号の利用、印刷品質、静区のガイダンスを記述しています。

HIBC 一次バーコードが通常含むもの

HIBC 一次バーコードは、製品の識別に使われます。簡略化した読み取りワークフローでは、次の構成要素が期待されます。

  • これが HIBC 形式のデータであることを受入システムに伝える HIBC フラグまたは先頭文字。
  • ラベル者識別コード(LIC: Labeler Identification Code と呼ばれることが多い)。
  • ラベル者が割り当てた製品またはカタログ番号。
  • 単位や包装レベルを示す指標。
  • データエラーの検出に役立つチェック文字。

正確な解釈は、そのデータを発行・管理する組織に属します。スキャナーは文字を読めますが、業務システムには正しい HIBC 解析規則と製品マスタデータがまだ必要です。

二次 HIBC データに含まれる可能性があるもの

二次データは、ロット番号、有効期限、製造日、シリアル番号、数量などの生産詳細を記述する場合があります。実際のワークフローでは、これが医療用バーコードのデコードを、単なる小売 UPC の検索よりもデリケートにする理由です。

たとえば、2 つの梱包が同じ製品識別子を共有していても、ロット・有効期限・シリアル番号が異なることがあります。受入・在庫・トレーサビリティシステムが二次データを無視すると、品目は読めても、リコール・期限管理・機器追跡に重要な情報を見落とす可能性があります。

実践的に HIBC バーコードをデコードする方法

第一に、記号をスキャンし生データをコピーします。読み取りが失敗するなら、データの問題を解く前に視覚的な問題を解決してください。印刷サイズ、コントラスト、静区、画像が切り取られていないかを確認します。

第二に、キャリアを特定します。密なバーの 1 次元バーコードなら Code 128 の可能性があります。アスタリスク風の Code 39 パターンなら Code 39 の可能性があります。正方形の行列なら Data Matrix、QR Code、Aztec Code の可能性があります。

第三に、返された文字列を HIBC 実装ガイドに従って解析します。印刷された文字だけでフィールドの境界を推測してはいけません。人間可読文字は読みやすさのために整形されている一方、エンコードされたデータにはチェック文字やコンパクトなフィールド構造が含まれる場合があります。

第四に、実際の対象システムに対してテストします。ブラウザでは正しく読めても、ERP・倉庫・医療アプリケーションでは、アプリが異なるフィールド順・キャリア・検証規則を期待する場合、やはり失敗します。

HIBC が読み取れないよくある理由

最初の理由は印刷品質です。医療ラベルは小さく、曲面があり、ラミネートされていたり、梱包の折り目近くに置かれることが多いです。データが正しくても、損傷したバーや欠けた静区で記号が読めなくなることがあります。

2 番目の理由は、間違ったキャリアを使うことです。システムが HIBC Code 128 を期待しているのに Code 39 を印刷した場合、あるいはその逆の場合、汎用スキャナーは何かを読むかもしれませんが、受入アプリケーションが拒否する可能性があります。

3 番目の理由は、無効なチェック文字や不正なデータです。HIBC データは構造化されています。一部が欠落・転置しているか、隠しスペース付きの表計算からコピーされた場合、記号は下流の検証で失敗します。

4 番目の理由は、スキャナーの出力とデコードされた意味を混同することです。スキャナーは文字を返します。デコーダーや業務システムがその文字を解釈します。

生成してから検証する

テストラベルを作るときは、まず HIBC Code 128 記号を 1 つ生成し、それをスキャンして生出力と期待する文字列を比較してください。この確認の前に数百枚を印刷してはいけません。

次の順でツールを使います:

外部参照

医療用表示の製造については、公式の HIBCC 資料と受入システムの要件で確認してください。まずは HIBCC のサプライヤー表示標準:ANSI/HIBC 2.6 サプライヤー表示標準。

まとめ

HIBC バーコード デコーダーの問題は、通常 2 つのうちのどちらかです。記号が読み取れないか、読み取った文字列が正しく解釈されていないかです。これらを別の手順として扱ってください。まずバーコード画像が読めることを確認し、次に実際にラベルを受け取るシステムで HIBC データ構造を確認してください。