ONE ANIMAL, CONNECTED RECORDS
一頭の履歴を、必要な人へ。
乳量、治療、所在、写真。違う場所にある記録を、一頭からたどれるように。
- 状態
- システム設計
- 担当範囲
- 個体情報の整理・電子カルテ・外部共有ポータルの設計
- 公開形式
- 酪農事業者 A社 / 匿名化・説明用再構成
これは、NEXUSの業務システム開発に関する複数の取り組みのうち、酪農事業者の記録管理を設計した一例です。一頭の経緯を知るために複数の資料を探す仕事を、牛を識別する番号（個体ID）でつなげられないか。既存台帳を残しながら考えた設計内容を紹介します。
NEXUSが設計するのは、別々の資料を個体IDで結び、一頭の履歴から相手別の確認・共有へ進む流れです。
同じ一頭の記録から、見る人の仕事へ。
01 / MATERIALS
使っている記録を残す
- 主記録になる個体台帳
- 乳量などのCSV・Excel
- 治療・観察の紙と写真
個体IDで結ぶ →
02 / ONE ANIMAL
一頭の履歴をたどる
- 履歴
- 乳量・繁殖・治療・観察
- 移動
- 群・所在・移動の記録
- 資料
- 写真・メモ・原資料への参照
未認識・欠損は分けて、人が確認
03 / WHO USES IT
渡す相手で分ける
- 社内
- 履歴を見て、記録を確かめる
- 獣医
- 必要な履歴を帳票に
- 取引先
- 選んだ項目をサマリーに
確認 → 相手別の閲覧・出力
集めるだけでなく、使い分ける。
所在は現場の入力で更新する設計。AIによる抽出や要約も、人の確認を通します。自動追跡や自動確定を前提にしない構成です。
WHEN IT IS USED
履歴を確認する。その先で、誰かへ渡す。
説明イラストです。実際の人物・現場・顧客画面ではありません。記録や判断の関係は、上の図と本文でご覧ください。
現場で見る
個体を選び、乳量や観察、治療、移動の記録を同じ対象からたどる。日付や群から探す場面も、設計の対象です。
記録を確かめる
取り込めなかった情報や、個体を認識できない記録は、正常なデータと混ぜません。未確認のものを見つけ、人が戻れる流れを考えています。
必要な人へ渡す
獣医へ渡す履歴と、取引先へ見せるサマリーは別のもの。外部共有では、相手・項目・確認・閲覧範囲をひとつずつ決めます。
WHAT WE SEPARATE
記録の設計メモ / 一頭を手がかりに
一頭につながる記録
- 対象
- 個体ID・群・所属・所在
- 履歴
- 乳量・繁殖・治療・観察・移動
- 添付
- 写真・紙帳票・メモ・参照元
確かめて、必要な相手へ
- 確認
- 欠損・未認識・取込エラー
- 共有
- 相手別の項目・閲覧権限
- 出力
- 履歴帳票・販売用サマリー・CSV
記録項目と確認点を示した編集メモです。画面仕様や顧客データの転載ではありません。
その形にした理由。
課題を捉える視点
資料の置き場所から探す
台帳、表計算、紙を別々に開く。一頭の情報でも、確認する入口が複数ある。
整理した考え方
個体を入口に、元資料へ戻る
既存台帳を主記録として残す。新しい仕組みは記録を結び、確認と共有を支える役割へ。
- 今使えている台帳を残す
- すべてを置き換える案ではありません。既存の個体台帳と、取り込んだ記録の役割を分け、重複や欠損を確かめる構成です。
- 所在は、現場の入力で更新する
- 牛群の所在・移動ボードは、現場担当者の最小限の入力を前提に設計しています。GPSによる自動追跡とは違います。
- AIの下書きは正式記録にしない
- 紙や音声から項目を整理する支援も、担当者の確認を通して使う設計。抽出・要約と、記録の確定を分けています。