醫療數據標準化企業Yuimedi，為NEC的NDB及電子病歷資訊OMOP轉換實證提供技術支援

株式會社Yuimedi（總部：東京都中央區，代表董事：Emiri Grimes，以下簡稱「Yuimedi」）宣布，在與日本電氣株式會社（總部：東京都港區，董事 代表執行役社長 兼 CEO：森田 隆之，以下簡稱「NEC」）、愛媛大學（愛媛縣松山市，大學長：仁科弘重）、一般社團法人醫療數據關聯分析基盤協會（以下簡稱「FedAna」）共同實施的「面向醫療資訊標準化與二次應用的OMOP CDM轉換技術驗證研究」中，負責了OMOP CDM（以下簡稱「OMOP」）轉換的技術支援。

關於本驗證的概要，請參閱NEC的發布內容。 https://jpn.nec.com/press/202603/20260325_03.html

背景 為實現政府推動的「全國醫療資訊平台構想」和「日本版EHDS」，對利用NDB等公共資料庫（以下簡稱「公共DB」）進行研究與政策制定的期待日益高漲。然而另一方面，許多公共DB的結構並非以研究用途為前提。理解和預處理數據所需承受的巨大負擔，一直是研究應用的一大障礙。

【NDB分析中的例子】 常見課題 | 課題詳情 | 透過應用OMOP的解決方案意象

代碼體系的複雜性 | 在單一領域內，交織著代碼體系並存與粗細度層級兩個問題。以醫藥品為例，同一成分同時存在YJ代碼、收據電腦代碼、HOT代碼等多個體系，且在各個體系中，粗細度又分為成分、產品、劑型層級。因此，僅僅為了收集「被處方史他汀類藥物的患者」，就必須列舉數十至數百個代碼。 | 將多個本地代碼統一對應至OMOP標準詞彙的概念ID。如果是史他汀類藥物，無論是原廠藥、學名藥或劑型，都能用同一個概念ID進行跨類別彙總，大幅降低代碼列表的管理成本。

縱向資料的複雜期間計算 | 由於NDB是按計費單位產生記錄的，為了掌握「某位患者在哪些醫療機構接受過何種治療」的縱向歷程，需要進行身分識別和複雜的核對處理。 | 這是一種以患者為單位彙整數據的設計理念，將診斷、處方、處置、檢查等...