國衛辦藥政發〔2015〕20號
各省、自治區、直轄市衛生計生委,新疆生產建設兵團衛生局:
國務院辦公廳《關于完善公立醫院藥品集中采購工作的指導意見》(國辦發〔2015〕7號)提出,規范采購平臺建設,實現互聯互通、數據共享。我委已于2014年啟動國家藥品供應保障綜合管理信息平臺(以下簡稱國家藥管平臺)建設,并與天津、江蘇、浙江、江西、山東5個試點省份藥品集中采購平臺聯通,2015年將繼續重點推進。現將有關事項通知如下:
一、制定聯通方案
各地要充分認識平臺互聯互通對于規范藥品集中采購工作、健全藥品供應保障體系、完善國家藥物政策的重要意義。在試點省份平臺聯通實踐基礎上,我委重新修訂完善了《國家藥品供應保障綜合管理信息平臺數據交換省級實施方案》(附件1),并將另行印發《省級藥品集中采購平臺基本功能要求(試行)》,規范平臺建設。各?。▍^、市)要按照有關要求抓緊研究制定聯通工作方案,明確技術路線圖和時間進度表,盡快開發數據交換接口。要兼顧與各級醫療衛生機構信息系統對接,增強平臺聯通的整體性和系統性。
二、分批對接聯通
國家藥管平臺建設由我委藥政司牽頭負責,統計信息中心具體承擔。結合不同省份藥品集中采購平臺建設現狀,2015年分2批推進與國家藥管平臺聯通工作,年底前實現全覆蓋。7月底前,北京、河北、內蒙古、遼寧、吉林、上海、安徽、福建、河南、湖北、廣西、青海、新疆13個?。▍^、市)藥品集中采購平臺要與國家藥管平臺對接聯通;11月底前,山西、黑龍江、湖南、廣東、海南、重慶、四川、貴州、云南、西藏、陜西、甘肅、寧夏13個?。▍^、市)藥品集中采購平臺要與國家藥管平臺對接聯通。
三、落實保障措施
省級衛生計生行政部門要發揮平臺聯通第一責任人的作用,積極主動工作,明確責任處室和責任人。要加強與財政、發展改革、人力資源社會保障等部門的溝通協調,建立部門合作工作機制,落實開展工作所需的人力、財力、物力支持,為合理配置平臺聯通軟硬件設備,確保平臺聯通、網絡暢通、信息安全、數據交換和共享創造條件。對于采購平臺由其他部門主管的,省級衛生計生行政部門要積極協調,督促聯通,共同做好藥品集中采購政策和平臺建設之間的有效銜接。
四、安全上傳數據
各省(區、市)要同時制定數據上傳、平臺運行維護等管理制度,確保數據質量和長期安全穩定。實現平臺聯通的省份,要把2015年1月1日起的相關數據完整準確地上傳至國家藥管平臺,同時做好平臺自動上傳定時任務,每日上傳新增業務數據。
五、加強培訓督導
我委藥政司、統計信息中心將組織各?。▍^、市)相關部門負責人員系統學習采購平臺規范化建設和平臺互聯互通的有關要求(培訓通知另發),同時組織專家對平臺聯通工作開展督導檢查,加強現場指導,提供技術服務,定期通報各地工作進展,總結吸收地方有益做法,不斷完善工作方案。
請各?。▍^、市)確定1—2名聯系人,負責平臺聯通、數據上傳工作進展報送和相關問題的反饋溝通。請將聯系人名單(附件2)于2015年4月15日前以電子郵件方式報送我委統計信息中心。
藥政司藥品供應管理處聯系人:房曉良?
電話:010—68792599、68791734(傳真)
電子信箱:yzsgyc@163.com
統計信息中心藥物信息管理處聯系人:徐向東 韓玉哲
電? 話:010—68792925、68792858、68792478(傳真)
電子信箱:xuxd@nhfpc.gov.cn,hanyz@nhfpc.gov.cn
附件:1. 國家藥品供應保障綜合管理信息平臺數據交換省級實施方案
2. ?。▍^、市)聯系人名單
國家衛生計生委辦公廳
2015年4月1日
(信息公開形式:依申請公開)
國家藥品供應保障綜合管理信息平臺
數據交換省級實施方案
一、概述
(一)項目背景
根據《中共中央國務院關于深化醫藥衛生體制改革的意見》(中發〔2009〕6號)、《國務院辦公廳關于印發建立和規范政府辦基層醫療衛生機構基本藥物采購機制指導意見的通知》(國辦發〔2010〕56號)、《國務院辦公廳關于鞏固完善基本藥物制度和基層運行新機制的意見》(國辦發〔2013〕14號)、《國務院辦公廳關于完善公立醫院藥品集中采購工作的指導意見》(國辦發〔2015〕7號)等文件關于建立健全藥品供應保障體系、規范采購平臺建設的要求,按照國家衛生計生委《關于加快推進人口健康信息化建設的指導意見》(國衛規劃發〔2013〕32號)的工作部署,重點推進藥品供應保障的信息化工作,建立健全信息共享機制,強化統籌管理和業務協同,為完善國家藥物政策提供客觀詳實的信息支撐。
2014年5月,國家衛生計生委委主任專題會討論并原則同意國家藥品供應保障綜合管理信息平臺(簡稱國家藥管平臺,下同)建設的工作方案。根據方案安排,首先啟動國家藥管平臺信息交換子平臺(簡稱國家交換平臺,下同)建設,通過國家交換平臺與省級藥品集中采購平臺互聯互通進行數據共享交換。
(二)術語介紹
《衛生信息基本數據集編制規范》(WS/T 370—2012)中包含的術語和定義適用于本方案,下面僅列出未被包含的本方案的術語與定義:
1.國家交換平臺。國家藥管平臺信息交換子平臺。
2.省藥采平臺。根據國家相關政策要求,政府主導、以省(區、市)為單位建立的非營利性藥品集中采購平臺。
3.可擴展標記語言。簡稱“XML”,用于標記電子文件使其具有結構性的標記語言,可以用來標記數據、定義數據類型,是一種允許用戶對自己的標記語言進行定義的源語言。
4.虛擬專用網絡。簡稱“VPN”,通過特殊加密的通訊協議,在連接Internet上的兩個或多個專用網絡之間建立一條專有的通訊線路。
5.數據上傳。省藥采平臺通過數據交換將藥品供應數據傳輸至國家交換平臺的過程。
6.數據下載。省藥采平臺通過數據交換將國家交換平臺數據下載至本地的過程。
7.藥品最小包裝。又稱藥品最小銷售單元,是指藥品不能再拆開的最小包裝單位。
8.通用名。中國藥典委員會按照“中國藥品通用名稱命名原則”制定的藥品名稱。即按照有效成分的原料藥通用名,不包含劑型。
9.劑型。為適應治療或預防的需要,根據病情與藥物的特點而制備的藥物應用的一定形態。
10.制劑規格。以每片、每包或每支為單位的藥物制劑內所含有效成分的量。
11.轉換系數。藥品的最小包裝內包含的最小制劑數量。(例如:一盒12片,12就是轉換系數)。
12.包裝材質。藥品最小包裝所用的材料。
二、信息交換需求
(一)交換原則
各省(區、市)每天零點后將前一天的藥品集中采購產生的業務數據按照規定內容、頻次等生成相應表單,寫入各?。▍^、市)前置數據庫。如果沒有業務發生,實行零上報,即只進行批次信息上報而無相關業務數據上報。國家交換平臺根據各省(區、市)前置數據庫中上傳數據完成的狀態,及時完成數據交換。
原則上國家交換平臺對各?。▍^、市)前置數據庫只進行讀取操作,前置機數據庫的日常維護管理工作由各省完成。
(二)交換要求
各省(區、市)需上傳11個表(各表的數據結構見附表1-附表11)。分別為:
1.上報批次信息表(batchInfo)
(1)數據描述。上報批次信息主要用于記錄每次數據交換的批次信息,包括每批次的批次編碼、本批上報開始時間、批次狀態。
(2)數據特點。每天必須生成新的數據上報批次信息,并寫到前置機數據庫,國家交換平臺根據批次信息定時將數據進行抓取。沒有業務數據時,采用零上報方式,仍需上報批次信息。
(3)交換頻次。每天。
2.采購目錄信息表(drugInfo)
(1)數據描述。省藥采平臺執行的藥品目錄信息,包括藥品的通用名、劑型、制劑規格、轉換系數、包裝材質、生產企業等藥品基礎信息。
(2)數據特點。數據變動頻次不高,數據時效性要求不高。當藥品進行調價、生產企業合并等基礎信息發生變化時,應及時上傳變化后的藥品目錄信息。
(3)交換頻次。有數據變化時,增量上傳新增或變更數據;每半年(分別于1月15日前、7月15日前)全量上傳一次所有數據。
3.企業信息表(compInfo)
(1)數據描述。省藥采平臺的企業信息,主要包含企業在省藥采平臺的唯一標識碼、企業名稱、所屬行政區域代碼等信息。生產企業、經營(配送)企業通過企業類型進行區分。
(2)數據特點。數據變動頻次不高,數據時效性要求不高。
(3)交換頻次。有數據變化時,增量上傳新增或變更數據;每半年(分別于1月15日前、7月15日前)全量上傳一次所有數據。
4.醫療機構信息表(hospitalInfo)
(1)數據描述。省藥采平臺的醫療機構信息,主要包含醫療機構在省藥采平臺的唯一標識碼,醫療機構名稱,所屬區域行政編碼等信息。
(2)數據特點。數據變動頻次不高,數據時效性要求不高。
(3)交換頻次。有數據變化時,增量上傳新增或變更數據;每半年(分別于1月15日前、7月15日前)全量上傳一次所有數據。
5.藥品訂單信息表(purchaseInfo)
(1)數據描述。醫療衛生機構在省藥采平臺上購入藥品的訂單明細信息,包含藥品信息,醫療機構信息,經營(配送)企業信息,購藥數量,單價,下單時間等信息。經營(配送)企業收到一次訂單即可視為一次購入。退貨業務使用負數的購入數量和金額體現。
(2)數據特點。一般每天都會產生藥品訂單信息,數據量大且變化頻繁,數據時效性要求高。
(3)交換頻次。每天,上報前一天新產生的數據。每次要將購入單據明細信息進行上傳,不能上傳匯總數據。
6.藥品配送信息表(distributeInfo)
(1)數據描述。省藥采平臺上經營(配送)企業對購入訂單的配送信息,主要包含配送信息對應的訂單明細編號/流水碼,配送數量,配送時間及配送狀態。如果購入過程中出現退貨現象,則在配送信息中配送數量為負數作為沖紅處理。
(2)數據特點。一般每天都會產生藥品配送信息,數據量大且變化頻繁,數據時效性要求高。
(3)交換頻次。每天,上報前一天新產生的數據。每次要將根據購入單據明細產生的配送單據明細信息進行上傳,不能上傳匯總數據。
7.藥品入庫信息表(warehoustInfo)
(1)數據描述。醫療機構在省藥采平臺上對訂單進行驗收入庫操作的信息,主要包含配送信息對應的訂單明細編號/流水碼,入庫數量,入庫時間及入庫狀態。如果出現退貨現象,則在入庫信息中入庫數量為負數作為沖紅處理。
(2)數據特點。一般每天都會產生藥品入庫信息,數據量大且變化頻繁,數據時效性要求高。
(3)交換頻次。每天,上報前一天新產生的數據。每次要將根據配送單據明細產生的入庫單據明細信息進行上傳,不能上傳匯總數據。
8.藥品結算信息表(settleInfo)
(1)數據描述。省藥采平臺的醫療機構對購入訂單進行結算的結算信息,主要包含結算信息對應的訂單明細編號/流水碼,結算數量,結算時間及結算狀態。
(2)數據特點。一般每天都會產生藥品結算信息,數據量大且變化頻繁,數據時效性要求高。
(3)交換頻次。每天,上報前一天新產生的數據。每次要將根據入庫單據明細產生的結算單據明細信息進行上傳,不能上傳匯總數據。
9.藥品短缺信息表(shortageInfo)
(1)數據描述。省藥采平臺收集的短缺藥品信息,包括短缺藥品的通用名、劑型、規格、數量等信息。
(2)數據特點。藥品短缺信息一般無固定的周期或規律,但數據時效性要求高。
(3)交換頻次。有數據新增時,及時上傳數據。
10.藥品招標項目信息表(projInfo)
(1)數據描述。省級藥品采購機構在每次招標完成后,形成的藥品招標項目信息,包括藥品招標項目的名稱、開始時間、開標時間等。
(2)數據特點。數據變動頻次不高,但數據時效性要求高。
(3)交換頻次。有數據新增時,及時上傳數據。
11.藥品中標信息表(bidInfo)
(1)數據描述。省級藥品采購機構在每次招標完成后,形成的中標藥品信息,包括藥品的通用名、劑型、規格、轉換系數、包裝材質,生產企業、中標價等信息。
(2)數據特點。數據變動頻次不高,但數據時效性要求高。
(3)交換頻次。有數據新增時,及時上傳數據。
(三)數據上傳步驟
1.省藥采平臺每天零點后,按照規則生成上報批次信息,并寫入前置機數據庫上報批次信息表。
2.將前一天新增和變更的基礎業務數據、日常采購數據、藥品短缺數據、藥品招標項目數據等按照交換要求寫入前置機數據庫的相應數據表。
3.數據全部寫入完成后,更新上報批次信息表(batchInfo)的批次狀態(batchState)字段為“2”,表示當前批次上報完成。
(四)數據關系
1.上報批次。一個日歷天產生的數據根據規則形成一個批次,進行數據上傳。當某批數據需要補報或重報時,也應根據規則形成一個新的批次,進行數據上傳。
上報批次信息表中的上報批次編碼(batchId)是每一個報送批次數據的唯一標識,與其他數據表中上報批次編碼(batchId)字段關聯,便于識別各表數據的上報批次并進行相應的邏輯校驗。
2.基礎數據。采購目錄信息表、企業信息表、醫療機構信息表等基礎信息表,新報送數據將更新原有數據。
3.主要業務數據。采購、配送、入庫、結算是藥品集中采購的四個主要業務活動,有時間先后發生順序。
藥品訂單信息表、藥品配送信息表、藥品入庫信息表、藥品結算信息表四個表通過訂單明細編號/流水碼(orderDetailId)形成關聯關系。
藥品配送信息、藥品入庫信息兩個表通過配送明細編碼/流水碼(disDetialID)形成關聯關系。
藥品入庫信息、藥品結算信息兩表通過入庫明細編碼/流水碼(wareDetailID)形成關聯關系。
上報數據應保證前一步驟的相關數據已上報或在同一批次內上報。這四個表的數據,國家藥管平臺將對相關業務主鍵進行重復性校驗,不允許重復報送。當發生變更、撤廢時,通過“狀態”字段標識修改、刪除等操作。
三、信息安全要求
(一)網絡安全
部署帶有IPSec VPN模塊的防火墻,在省級藥采平臺和國家交換平臺網絡之間形成IPSec加密隧道,通過IPSec協議保證信息傳輸的完整和安全。
(二)前置機主機安全
(1)修改默認端口。修改常用的默認端口,降低被攻擊的風險。
(2)開啟密碼復雜度策略。對于操作系統和數據庫用戶口令要開啟復雜度策略,約束口令的長度和字符,使口令盡量復雜,并定期進行修改。
(3)前置機服務器需安裝防病毒軟件,及時更新病毒庫和操作系統補丁包。
(三)前置機數據安全
各?。▍^、市)需對前置機數據庫做好日常運維管理,保障數據安全。每天進行數據庫備份,數據備份異地保存時間不少于七天。
四、軟硬件建議配置清單
表1軟硬件建議配置清單
序號 |
名稱 |
相關描述 |
數量 |
一 |
硬件設備 |
? |
1 |
數據交換前置機 |
配置2顆*2.66GHz 4核CPU,16GB內存,3塊300G SAS硬盤,千兆網卡 |
1臺 |
2 |
防火墻 |
8個1000M BASE-T電口,64字節下的吞吐量:1500 M;包含所有傳統防火墻具備的功能,如NAT,VPN,訪問控制策略,DDOS,動態路由協議支持,策略路由等;含三年軟件版本升級和硬件質保。 |
1臺 |
二 |
系統軟件 |
? |
1 |
Windows Server 2012 |
1套 |
2 |
MySql 5.5 |
1套 |
注:為保證接入兼容性,防火墻設備建議使用與國家交換平臺相同品牌的產品。
五、附表
1.上報批次信息表(batchInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
2位行政區劃代碼 8位本批數據日期yyyyMMdd 8位本批上報日期yyyyMMdd 1位批次類型(1:首次上報;2:重報) |
3 |
repDate |
本批上報完成時間 |
日期時間型 |
8 |
是 |
完成數據上報的時間。 |
4 |
batchState |
批次狀態 |
整型 |
2 |
是 |
本批次的處理狀態,在報送批次狀態發生變化時修改。1:創建批次;2:省藥采平臺完成數據寫入。 |
5 |
addTime |
數據寫入時間 |
日期時間型 |
? |
是 |
默認值為數據寫入數據庫的時間now()。 |
?
2.采購目錄信息表(drugInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
對應上報批次信息表(batchInfo)中的上報批次編碼。 |
3 |
drugId |
省藥品編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺中藥品的編碼,為藥品的唯一編碼。藥品沒有編碼時填寫系統內的流水碼。 |
4 |
drugName |
通用名 |
字符型 |
255 |
是 |
藥品的通用名。 |
5 |
drugFormCode |
劑型編碼 |
整型 |
3 |
否 |
取值參見附表12劑型編碼表。 |
6 |
drugForm |
劑型名稱 |
字符型 |
50 |
是 |
如無劑型編碼,直接填寫劑型名稱。 |
7 |
durgSpecUnit |
制劑規格單位編碼 |
字符型 |
1 |
否 |
取值參見附表14制劑規格單位編碼表。 |
8 |
drugSpec |
制劑規格 |
字符型 |
255 |
是 |
以每片、每包或每支為單位的藥物制劑內所含有效成分的量。例如:10mg、1670u/mg等。 |
9 |
drugFactor |
轉換系數 |
整型 |
8 |
是 |
藥品的最小包裝內包含的最小制劑數量。例如:一盒12片,12就是轉換系數。 |
10 |
drugUnit |
包裝單位 |
字符型 |
10 |
是 |
藥品最小包裝的包裝單位。例如:盒、瓶、支等。 |
11 |
drugMaterial |
包裝材質 |
字符型 |
50 |
是 |
藥品最小包裝使用的材料。例如:塑料瓶、非PVC膜+雙管雙塞等。沒有填“無“ |
12 |
approvalNum |
批準文號 |
字符型 |
100 |
是 |
國家食藥監總局對藥品的批準文號。例如:國藥準字H22020947。沒有填“無”。 |
13 |
factoryId |
生產企業編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺中生產企業內部編碼。 |
14 |
factoryName |
生產企業名稱 |
字符型 |
255 |
是 |
藥品的生產廠家名稱。 |
15 |
drugGroup |
采購類別 |
整型 |
2 |
是 |
1.省基藥招標采購;2.省非基藥招標采購;3.談判采購;4.常用低價藥掛網醫院直接采購;5.其他醫院直接采購;6.國家定點生產采購;7.國家另有規定;8.備案采購;9.其他。 |
16 |
projId |
招標項目編碼 |
字符型 |
100 |
否 |
藥品中標所屬的招標項目編碼。參見藥品招標項目信息表(projInfo)。非招標藥品可不填。 |
17 |
projName |
招標項目名稱 |
字符型 |
255 |
否 |
藥品中標所屬的招標項目的名稱。參見藥品招標項目信息表(projInfo)。非招標藥品可不填。 |
18 |
priceMax |
最高零售限價 |
浮點型 |
10.2 |
否 |
根據發改委價格文件規定的藥品在零售領域最高可執行的價格進行差比計算后的限價。非政府定價藥物可不填。(單位:元) |
19 |
drugCat |
藥物分類 |
整型 |
3 |
否 |
取值參見附表13-藥物分類表。 |
20 |
neDrugType |
基本藥物屬性 |
整型 |
2 |
是 |
1.國家基本藥物(2012版);2.省增補藥物;3.其他。 |
21 |
neDrugNo |
基本藥物編號 |
整型 |
4 |
否 |
國家基本藥物目錄中的藥品,需填寫基本藥物目錄中對應的序號,省增補和非目錄中的藥品不填寫該字段。 |
22 |
patentType |
專利種類 |
整型 |
2 |
是 |
1.發明專利;2.實用新型專利;3.外觀設計專利;4.沒有專利;9.不詳。 |
23 |
drugSource |
藥品來源 |
整型 |
2 |
是 |
1.國產;2.進口;9不詳。 |
24 |
isLPDrug |
是否屬于低價藥采購目錄 |
整型 |
2 |
是 |
1.是;2.否。 |
25 |
isURBMI |
是否省級醫保 |
整型 |
2 |
是 |
1.是;2.否;9.不詳。 |
26 |
isNRCMS |
是否省級農合 |
整型 |
2 |
是 |
1.是;2.否;9.不詳。 |
27 |
addTime |
數據寫入時間 |
日期時間型 |
? |
是 |
默認值為數據寫入數據庫的時間now()。 |
3.企業信息表(compInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
對應上報批次信息表(batchInfo)中的上報批次編碼。 |
3 |
compId |
企業編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺中企業的內部編碼,為企業的唯一編碼。沒有編碼時填寫系統內企業的流水碼。 |
4 |
compName |
企業名稱 |
字符型 |
255 |
是 |
企業的名稱。 |
5 |
regCode |
行政區劃代碼 |
字符型 |
6 |
否 |
企業注冊地所屬行業行政區劃代碼。參照國家統計局發布的最新行政區劃代碼。國外企業采用編碼“990000”。 |
6 |
orgCode |
組織機構代碼 |
字符型 |
20 |
否 |
企業的組織結構代碼,國外企業可不填。 |
7 |
compType |
企業類型 |
整型 |
2 |
是 |
1.生產企業;2.經營配送企業。 |
8 |
addTime |
數據寫入時間 |
日期時間型 |
? |
是 |
默認值為數據寫入數據庫的時間now()。 |
4.醫療機構信息表(hospitalInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
對應上報批次信息表(batchInfo)中的上報批次編碼。 |
3 |
hospCode |
醫療機構編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺內醫療機構的內部編碼/流水碼。 |
4 |
hospName |
醫療機構名稱 |
字符型 |
255 |
是 |
醫療機構的名稱。 |
5 |
regCode |
行政區劃代碼 |
字符型 |
6 |
否 |
醫療機構所屬行政區劃代碼。參照國家統計局發布的最新行政區劃代碼。 |
6 |
orgCode |
組織機構代碼 |
字符型 |
20 |
否 |
醫療機構的組織機構代碼。 |
7 |
hospCat |
醫療機構類別 |
整型 |
2 |
是 |
1.縣及縣以上公立醫療機構;2.社區衛生服務機構;3.鄉鎮衛生院;9.其他。 |
8 |
addTime |
數據寫入時間 |
日期時間型 |
? |
是 |
默認值為數據寫入數據庫的時間now()。 |
5.藥品訂單信息表(purchaseInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
對應上報批次信息表(batchInfo)中的上報批次編碼。 |
3 |
orderDetailId |
訂單明細編號/流水碼 |
字符型 |
100 |
是 |
每條訂單明細信息的唯一標識碼。 |
4 |
hospId |
醫療機構編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺內醫療機構的內部編碼。 |
5 |
hospName |
醫療機構名稱 |
字符型 |
255 |
是 |
醫療機構的名稱。 |
6 |
drugId |
藥品編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺中藥品的編碼,為藥品的唯一編碼。藥品沒有編碼時填寫系統內的流水碼。 |
7 |
drugName |
通用名 |
字符型 |
255 |
是 |
藥品的通用名。 |
8 |
drugFormCode |
劑型編碼 |
整型 |
3 |
否 |
取值參見附表12劑型編碼表。 |
9 |
drugForm |
劑型名稱 |
字符型 |
50 |
是 |
如無劑型編碼,直接填寫劑型名稱。 |
10 |
durgSpecUnit |
制劑規格單位編碼 |
字符型 |
1 |
否 |
取值參見附表14制劑規格單位編碼表。 |
11 |
drugSpec |
制劑規格 |
字符型 |
255 |
是 |
以每片、每包或每支為單位的藥物制劑內所含有效成分的量。例如:10mg、1670u/mg等。 |
12 |
drugFactor |
轉換系數 |
整型 |
8 |
是 |
藥品的最小包裝內包含的最小制劑數量。例如:一盒12片,12就是轉換系數。 |
13 |
drugUnit |
包裝單位 |
字符型 |
10 |
是 |
藥品最小包裝的包裝單位。例如:盒、瓶、支等。 |
14 |
drugMaterial |
包裝材質 |
字符型 |
50 |
是 |
藥品最小包裝使用的材料。例如:塑料瓶、非PVC膜+雙管等。沒有填“無”。 |
15 |
approvalNum |
批準文號 |
字符型 |
100 |
是 |
藥監局對藥品的批準文號。例如:國藥準字H22020947。沒有填“無”。 |
16 |
factoryId |
生產企業編碼/流水碼 |
字符型 |
100 |
是 |
省藥采平臺中企業的內部編碼,為企業的唯一編碼。沒有編碼時填寫系統內企業的流水碼。 |
17 |
factoryName |
生產企業名稱 |
字符型 |
255 |
是 |
藥品的生產廠家名稱。 |
18 |
vendorId |
配送企業編碼/流水碼 |
字符型 |
100 |
是 |
進行配送工作的生產企業或經營配送企業內部編碼。 |
19 |
vendorName |
配送企業名稱 |
字符型 |
255 |
是 |
配送企業的名稱。 |
20 |
purCount |
購入數量 |
整型 |
11 |
是 |
實際發生的購入訂單的藥品最小包裝數量。(退貨用負數體現) |
21 |
purPrice |
藥品單價 |
浮點型 |
10.2 |
是 |
本上報周期內藥品最小包裝的價格。 |
22 |
purTime |
收單時間 |
日期時間型 |
8 |
是 |
經營配送企業收到訂單時間。 |
23 |
purStatus |
訂單狀態 |
整型 |
2 |
是 |
1.新增;2.刪除;3修改 |
24 |
addTtime |
數據寫入時間 |
日期時間型 |
|
是 |
默認值為數據寫入數據庫的時間now()。 |
6.藥品配送信息表(distributeInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
對應上報批次信息表(batchInfo)中的上報批次編碼。 |
3 |
disDetailID |
配送明細編碼/流水碼 |
字符型 |
100 |
是 |
藥品采購明細每次配送的唯一編碼 |
4 |
orderDetailId |
訂單明細編號/流水碼 |
字符型 |
100 |
是 |
對應藥品采購信息中的訂單采購明細編號/流水碼。 |
5 |
disCount |
配送數量 |
整型 |
11 |
是 |
配送最小包裝數量。 |
6 |
disTime |
發貨時間 |
日期時間型 |
8 |
是 |
配送發貨的起始時間。 |
7 |
disStatus |
狀態 |
整型 |
2 |
是 |
1.新增;2.刪除;3修改 |
8 |
addTime |
數據寫入時間 |
日期時間型 |
? |
是 |
默認值為數據寫入數據庫的時間now()。 |
7.藥品入庫信息表(warehoustInfo)
序號 |
字段名 |
字段說明 |
類型 |
長度 |
是否必填 |
備注 |
1 |
ID |
唯一編碼 |
長整型 |
20 |
是 |
流水碼,自增長的標識列。 |
2 |
batchId |
上報批次編碼 |
字符型 |
19 |
是 |
對應上報批次信息表(batchInfo)中的上報批次編碼。 |
3 |
wareDetailID |
入庫明細編碼/流水碼 |
字符型 |
100 |
是 |
藥品配送明細每次入庫的唯一編號/流水碼 |
4 |
disDetialID |
配送明細編碼/流水碼 |
字符型 |
100 |
是 |
對應藥品配送信息中的配送明細編碼/流水碼 |
5 |
orderDetailId |
訂單明細編號/流水碼 |
字符型 |
100 |
是 |
友情鏈接
|