專利名稱：一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)及其控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及醫(yī)療器械領(lǐng)域，尤其涉及一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)及其控制方法。
背景技術(shù)：
醫(yī)院信息系統(tǒng)(Hospital Information System,HIS)，亦稱"醫(yī)院管理信息系統(tǒng)"， 是指利用計(jì)算機(jī)軟硬件技術(shù)、網(wǎng)絡(luò)通信技術(shù)等現(xiàn)代化手段，對(duì)醫(yī)院及其所屬各部門的人流、 物流、財(cái)流進(jìn)行綜合管理，對(duì)在醫(yī)療活動(dòng)各階段產(chǎn)生的數(shù)據(jù)進(jìn)行采集、儲(chǔ)存、處理、提取、傳 輸、匯總、加工生成各種信息，從而為醫(yī)院的整體運(yùn)行提供全面的、自動(dòng)化的管理及各種服 務(wù)的信息系統(tǒng)。雖然醫(yī)院對(duì)其內(nèi)部的各部門之間能做到很好的管理以及控制，但是，目前醫(yī) 院對(duì)于醫(yī)療器械的供應(yīng)這方面，在物流配送管理、質(zhì)控等方面還是通過(guò)人工來(lái)進(jìn)行控制的， 需要花費(fèi)大量的人力勞力。 信息平臺(tái)方面信息流存在障礙，不能實(shí)現(xiàn)共享，供應(yīng)鏈中對(duì)上游缺少及時(shí)反饋， 對(duì)下游缺少支持能力。另外，數(shù)據(jù)采集分析功能弱，系統(tǒng)的管理方式，導(dǎo)致業(yè)務(wù)數(shù)據(jù)采集不 及時(shí)、不準(zhǔn)確，更缺少信息的挖掘分析功能。 物流配送系統(tǒng)方面目前在我國(guó)醫(yī)療器械的費(fèi)用中，財(cái)務(wù)費(fèi)用比重較小，管理費(fèi)用 相對(duì)固定，而其中的流通費(fèi)用(包括運(yùn)輸、配送、倉(cāng)儲(chǔ)、流通加工)占到總費(fèi)用的40%，有極 大的壓縮空間，可是物流配送系統(tǒng)的研究還沒(méi)有從提高供應(yīng)鏈效率的目標(biāo)進(jìn)行物流功能的 整合和技術(shù)的開發(fā)與引進(jìn)。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的缺陷而提供一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)及
其控制方法，該信息平臺(tái)解決了醫(yī)療器械行業(yè)市場(chǎng)流通中的物流配送管理等問(wèn)題，節(jié)省了
大量的人力勞動(dòng)及管理費(fèi)用。 實(shí)現(xiàn)上述目的的技術(shù)方案是 本發(fā)明之一 的一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，該平臺(tái)通過(guò)接口與醫(yī)院信息系統(tǒng)和 供應(yīng)商信息系統(tǒng)相連，其中，它包括庫(kù)存模塊、訂單生成模塊、第一判斷模塊、發(fā)貨通知模 塊、第二判斷模塊、出庫(kù)模塊、調(diào)撥模塊、采購(gòu)訂單生成模塊、第三判斷模塊、檢驗(yàn)?zāi)K、條碼 生成模塊以及生成模塊，其中 所述的庫(kù)存模塊接收外部的查看指令或者通過(guò)接口接收醫(yī)院信息系統(tǒng)的需求申
請(qǐng)指令，對(duì)庫(kù)存進(jìn)行查看以確認(rèn)供應(yīng)商，輸出信號(hào)給所述的訂單生成模塊； 所述的訂單生成模塊通過(guò)接口接收醫(yī)院信息系統(tǒng)輸出的訂單信息或者通過(guò)外部
的申請(qǐng)指令直接生成訂單，生成訂單后輸出信號(hào)給第一判斷模塊； 所述的第一判斷模塊接收訂單生成模塊輸出的訂單，查看分庫(kù)庫(kù)存，判斷分庫(kù)庫(kù) 存是否充足，對(duì)于分庫(kù)庫(kù)存充足的，則輸出信號(hào)給發(fā)貨通知模塊，若不充足，則輸出信號(hào)給 第二判斷模塊；
4
所述的發(fā)貨通知模塊對(duì)所需的訂單進(jìn)行發(fā)貨指令，然后輸出信號(hào)給所述的出庫(kù)模 塊； 所述的出庫(kù)模塊保存出庫(kù)信息，輸出應(yīng)收單信息； 所述的第二判斷模塊接收到第一判斷模塊輸出的分庫(kù)庫(kù)存不充足的信號(hào)，進(jìn)一步 判斷是否需要從總倉(cāng)庫(kù)調(diào)撥或者從其他分庫(kù)調(diào)劑，若需要，則輸出信號(hào)給所述的調(diào)撥模塊， 若不需要，即公司缺貨或直接向供應(yīng)商要貨，則輸出信號(hào)給所述的采購(gòu)訂單生成模塊；
所述的調(diào)撥模塊對(duì)總倉(cāng)庫(kù)中的貨進(jìn)行調(diào)撥或者從其他分庫(kù)進(jìn)行調(diào)劑，調(diào)撥或調(diào)劑 完成后輸出信號(hào)給所述的發(fā)貨通知模塊； 所述的采購(gòu)訂單生成模塊生成采購(gòu)訂單，該訂單上包括送貨地址，然后輸出給所 述的第三判斷模塊； 所述的第三判斷模塊判斷生成的采購(gòu)訂單上的送貨地址是否是醫(yī)院，若是，則直
接輸出確認(rèn)信號(hào)以直接將貨物送至醫(yī)院，若不是，則輸出信號(hào)給所述的檢驗(yàn)?zāi)K； 所述的檢驗(yàn)?zāi)K對(duì)收到的貨物進(jìn)行檢驗(yàn)，檢驗(yàn)通過(guò)后輸出信號(hào)給所述的條碼生成
模塊； 所述的條碼生成模塊對(duì)檢驗(yàn)合格后的貨物生成產(chǎn)品條碼至貨物上，輸出信號(hào)給所 述的生成模塊； 所述的生成模塊生成采購(gòu)入庫(kù)單，然后輸出應(yīng)付單信息。 上述的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，其中，所述的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)還包括 連接于所述的供應(yīng)商信息系統(tǒng)和所述的采購(gòu)訂單生成模塊之間的依次連接的篩選模塊、首 營(yíng)審核判斷模塊、首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)，其中 所述的篩選模塊對(duì)供應(yīng)商的資質(zhì)信息進(jìn)行篩選，然后輸出信息給首營(yíng)審核判斷模 塊； 所述的首營(yíng)審核判斷模塊判斷是否通過(guò)審核，對(duì)于未通過(guò)審核的，則通知供應(yīng)商
客戶未通過(guò)首營(yíng)審核，通過(guò)審核的則將信息保存至所述的首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)； 所述的首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)保存通過(guò)首營(yíng)審核的信息，并輸出給所述的訂單生成模塊。 上述的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，其中，還包括一與所述的出庫(kù)模塊通過(guò)接口相 連的數(shù)據(jù)庫(kù)。 本發(fā)明之二的一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)的控制方法，所述的醫(yī)療器械供應(yīng)鏈 服務(wù)平臺(tái)與醫(yī)院信息系統(tǒng)相連，其中，包括以下步驟 步驟S1，查看步驟，通過(guò)外部的查看指令或者通過(guò)接收醫(yī)院信息系統(tǒng)的需求申請(qǐng) 指令，查看庫(kù)存以確認(rèn)供應(yīng)商； 步驟S2，生成訂單步驟，通過(guò)接口接收醫(yī)院信息系統(tǒng)輸出的訂單信息或者通過(guò)外
部的申請(qǐng)指令直接生成訂單；
步驟S3，判斷分庫(kù)庫(kù)存是否充足，
若充足，則進(jìn)入步驟S41 ;
若不充足，則進(jìn)入步驟S42 ; 步驟S41，通知發(fā)貨步驟，對(duì)所需的訂單進(jìn)行發(fā)貨指令，然后進(jìn)入步驟S411 ;
步驟S411，保存出庫(kù)信息步驟，即保存出庫(kù)信息，然后進(jìn)入步驟S412 ;
步驟S412，輸出應(yīng)收單步驟，即根據(jù)出庫(kù)信息，輸出應(yīng)收單；
步驟S42，判斷是否需要從總倉(cāng)庫(kù)調(diào)撥或者從其他分庫(kù)調(diào)劑；
若需要，則進(jìn)入步驟S421 ; 步驟S421，調(diào)撥步驟，對(duì)總倉(cāng)庫(kù)中的貨進(jìn)行調(diào)撥或者從其他分庫(kù)進(jìn)行調(diào)劑，完成 后，返回步驟S41 ; 若不需要，則進(jìn)入步驟S422 ; 步驟S422，生成采購(gòu)訂單步驟，生成采購(gòu)訂單，該訂單上包括送貨地址，然后進(jìn)入 步驟S423 ; 步驟S423，判斷送貨地址是否為醫(yī)院；
若是，則直接送出貨物至醫(yī)院；
若不是，則進(jìn)入步驟S424 ; 步驟S424，檢驗(yàn)步驟，對(duì)收到的貨物進(jìn)行檢驗(yàn)，檢驗(yàn)合格后，進(jìn)入步驟S425 ;
步驟S425，生成步驟，對(duì)于檢驗(yàn)合格的貨物生成產(chǎn)品條碼至貨物上，然后生成采購(gòu) 入庫(kù)單，進(jìn)入步驟S426 ; 步驟S426，輸出應(yīng)付單步驟，即輸出應(yīng)付單信息。 本發(fā)明的有益效果是本發(fā)明的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)與現(xiàn)有的醫(yī)院信息系統(tǒng) 通過(guò)接口相連，即可實(shí)現(xiàn)醫(yī)療器械供應(yīng)鏈上的包括生產(chǎn)企業(yè)、代理商、分銷商、醫(yī)院在采購(gòu)、 倉(cāng)儲(chǔ)、配送、質(zhì)量控制、信息等服務(wù)方面的自動(dòng)化，并且能夠更有效的進(jìn)行管理，節(jié)省了大量 的勞動(dòng)力。


圖1是本發(fā)明之一的一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)的結(jié)構(gòu)示意圖；
圖2是本發(fā)明之二的一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)的控制方法的流程圖。
具體實(shí)施例方式
下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步說(shuō)明。 請(qǐng)參閱圖1，圖中示出了本發(fā)明之一的一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，該平臺(tái)1通 過(guò)接口與醫(yī)院信息系統(tǒng)2和供應(yīng)商信息系統(tǒng)3相連，包括庫(kù)存模塊11、訂單生成模塊12、第 一判斷模塊13、發(fā)貨通知模塊14、第二判斷模塊15、出庫(kù)模塊16、調(diào)撥模塊17、采購(gòu)訂單生 成模塊18、第三判斷模塊19、檢驗(yàn)?zāi)K20、條碼生成模塊21以及生成模塊22，其中
庫(kù)存模塊11接收外部的查看指令或者通過(guò)接口接收醫(yī)院信息系統(tǒng)2的需求申請(qǐng) 指令，對(duì)庫(kù)存進(jìn)行查看以確認(rèn)供應(yīng)商，輸出信號(hào)給訂單生成模塊12 ; 訂單生成模塊12通過(guò)接口接收醫(yī)院信息系統(tǒng)2輸出的訂單信息或者通過(guò)外部的 申請(qǐng)指令直接生成訂單，生成訂單后輸出信號(hào)給第一判斷模塊13 ; 第一判斷模塊13接收訂單生成模塊12輸出的訂單，查看分庫(kù)庫(kù)存，判斷分庫(kù)庫(kù)存 是否充足，對(duì)于分庫(kù)庫(kù)存充足的，則輸出信號(hào)給發(fā)貨通知模塊14，若不充足，則輸出信號(hào)給 第二判斷模塊15 ; 發(fā)貨通知模塊14對(duì)所需的訂單進(jìn)行發(fā)貨指令，然后輸出信號(hào)給出庫(kù)模塊16 ;
出庫(kù)模塊16保存出庫(kù)信息，輸出應(yīng)收單信息，出庫(kù)模塊16通過(guò)接口與一數(shù)據(jù)庫(kù)161相連； 第二判斷模塊15接收到第一判斷模塊13輸出的分庫(kù)庫(kù)存不充足的信號(hào)，進(jìn)一步 判斷是否需要從總倉(cāng)庫(kù)調(diào)撥或者從其他分庫(kù)調(diào)劑，若需要，則輸出信號(hào)給調(diào)撥模塊17，若不 需要，即公司缺貨或直接向供應(yīng)商要貨，則輸出信號(hào)給采購(gòu)訂單生成模塊18 ;
調(diào)撥模塊17對(duì)總倉(cāng)庫(kù)中的貨進(jìn)行調(diào)撥或者從其他分庫(kù)進(jìn)行調(diào)劑，調(diào)撥或調(diào)劑完 成后輸出信號(hào)給發(fā)貨通知模塊14 ; 采購(gòu)訂單生成模塊15生成采購(gòu)訂單，該訂單上包括送貨地址，然后輸出給第三判 斷模塊19 ; 第三判斷模塊19判斷生成的采購(gòu)訂單上的送貨地址是否是醫(yī)院，若是，則直接輸 出確認(rèn)信號(hào)以直接將貨物送至醫(yī)院，若不是，則輸出信號(hào)給檢驗(yàn)?zāi)K20 ;
檢驗(yàn)?zāi)K20對(duì)收到的貨物進(jìn)行檢驗(yàn)，檢驗(yàn)通過(guò)后輸出信號(hào)給條碼生成模塊21 ;
條碼生成模塊21對(duì)檢驗(yàn)合格后的貨物生成產(chǎn)品條碼至貨物上，輸出信號(hào)給生成 模塊22 ; 生成模塊22生成采購(gòu)入庫(kù)單，然后輸出應(yīng)付單信息。 醫(yī)院信息系統(tǒng)2包括一中間數(shù)據(jù)庫(kù)3，出庫(kù)模塊16通過(guò)接口與該中間數(shù)據(jù)庫(kù)3相 連。 醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)還包括連接于供應(yīng)商信息系統(tǒng)3和所述的采購(gòu)訂單生 成模塊18之間的依次連接的篩選模塊23、首營(yíng)審核判斷模塊24、首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)25，其 中 篩選模塊23是對(duì)供應(yīng)商的資質(zhì)信息符合一定標(biāo)準(zhǔn)的篩選，資質(zhì)信息包括許可證、
供貨能力、質(zhì)量認(rèn)證及企業(yè)信用等級(jí)，然后輸出信息給首營(yíng)審核判斷模塊24 ; 首營(yíng)審核判斷模塊24判斷是否通過(guò)審核，對(duì)于未通過(guò)審核的，則通知供應(yīng)商客戶
未通過(guò)首營(yíng)審核，通過(guò)審核的則將信息保存至首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)25 ; 首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)25保存通過(guò)首營(yíng)審核的信息，并輸出給訂單生成模塊18。 請(qǐng)參閱圖2，圖中示出了本發(fā)明之二的一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)的控制方法，
醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)與醫(yī)院信息系統(tǒng)相連，包括以下步驟 步驟S1，查看步驟，通過(guò)外部的查看指令或者通過(guò)接收醫(yī)院信息系統(tǒng)的需求申請(qǐng) 指令，查看庫(kù)存以確認(rèn)采購(gòu)申請(qǐng)即采購(gòu)訂單的供應(yīng)商，有醫(yī)院信息系統(tǒng)的醫(yī)院各科室在醫(yī) 院信息系統(tǒng)中下達(dá)該需求申請(qǐng)指令； 步驟S2，生成訂單步驟，通過(guò)接口接收醫(yī)院信息系統(tǒng)輸出的訂單信息或者通過(guò)外
部的申請(qǐng)指令直接生成訂單；
步驟S3，判斷分庫(kù)庫(kù)存是否充足，
若充足，則進(jìn)入步驟S41 ;
若不充足，則進(jìn)入步驟S42 ; 步驟S41，通知發(fā)貨步驟，對(duì)所需的訂單進(jìn)行發(fā)貨指令，然后進(jìn)入步驟S411 ; 步驟S411，保存出庫(kù)信息步驟，即保存出庫(kù)信息，并通過(guò)接口傳遞到中間數(shù)據(jù)庫(kù)
中，以供醫(yī)院信息系統(tǒng)調(diào)用，然后進(jìn)入步驟S412 ; 步驟S412，輸出應(yīng)收單步驟，即根據(jù)出庫(kù)信息，輸出應(yīng)收單； 步驟S42，判斷是否需要從總倉(cāng)庫(kù)調(diào)撥或者從其他分庫(kù)調(diào)劑；
7
若需要，則進(jìn)入步驟S421 ; 步驟S421，調(diào)撥步驟，對(duì)總倉(cāng)庫(kù)中的貨進(jìn)行調(diào)撥或者從其他分庫(kù)進(jìn)行調(diào)劑，完成 后，返回步驟S41 ; 若不需要，則進(jìn)入步驟S422 ; 步驟S422，生成采購(gòu)訂單步驟，生成采購(gòu)訂單，該訂單上包括送貨地址，然后進(jìn)入 步驟S423 ; 步驟S423，判斷送貨地址是否為醫(yī)院； 若是，則直接送出貨物至醫(yī)院，醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)中補(bǔ)錄采購(gòu)入庫(kù)單、銷售 出庫(kù)單，在直運(yùn)業(yè)務(wù)中的貨物交接及檢驗(yàn)環(huán)節(jié)應(yīng)確認(rèn)一個(gè)三方同意的流程以實(shí)現(xiàn)不需要揀 貨； 若不是，則進(jìn)入步驟S424 ; 步驟S424，檢驗(yàn)步驟，對(duì)未直接送到醫(yī)院的貨物進(jìn)行檢驗(yàn)，該貨物存儲(chǔ)于總庫(kù)或分 倉(cāng)庫(kù)中，檢驗(yàn)合格后，進(jìn)入步驟S425 ; 步驟S425，生成步驟，對(duì)于檢驗(yàn)合格的貨物生成產(chǎn)品條碼至貨物上，然后生成采購(gòu) 入庫(kù)單，進(jìn)入步驟S426 ; 步驟S426，輸出應(yīng)付單步驟，即輸出應(yīng)付單信息。 以上實(shí)施例僅供說(shuō)明本發(fā)明之用，而非對(duì)本發(fā)明的限制，有關(guān)技術(shù)領(lǐng)域的技術(shù)人 員，在不脫離本發(fā)明的精神和范圍的情況下，還可以作出各種變換或變型，因此所有等同的 技術(shù)方案也應(yīng)該屬于本發(fā)明的范疇，應(yīng)由各權(quán)利要求所限定。
權(quán)利要求
一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，該平臺(tái)通過(guò)接口與醫(yī)院信息系統(tǒng)和供應(yīng)商信息系統(tǒng)相連，其特征在于，它包括庫(kù)存模塊、訂單生成模塊、第一判斷模塊、發(fā)貨通知模塊、第二判斷模塊、出庫(kù)模塊、調(diào)撥模塊、采購(gòu)訂單生成模塊、第三判斷模塊、檢驗(yàn)?zāi)K、條碼生成模塊以及生成模塊，其中所述的庫(kù)存模塊接收外部的查看指令或者通過(guò)接口接收醫(yī)院信息系統(tǒng)的需求申請(qǐng)指令，對(duì)庫(kù)存進(jìn)行查看以確認(rèn)供應(yīng)商，輸出信號(hào)給所述的訂單生成模塊；所述的訂單生成模塊通過(guò)接口接收醫(yī)院信息系統(tǒng)輸出的訂單信息或者通過(guò)外部的申請(qǐng)指令直接生成訂單，生成訂單后輸出信號(hào)給第一判斷模塊；所述的第一判斷模塊接收訂單生成模塊輸出的訂單，查看分庫(kù)庫(kù)存，判斷分庫(kù)庫(kù)存是否充足，對(duì)于分庫(kù)庫(kù)存充足的，則輸出信號(hào)給發(fā)貨通知模塊，若不充足，則輸出信號(hào)給第二判斷模塊；所述的發(fā)貨通知模塊對(duì)所需的訂單進(jìn)行發(fā)貨指令，然后輸出信號(hào)給所述的出庫(kù)模塊；所述的出庫(kù)模塊保存出庫(kù)信息，輸出應(yīng)收單信息；所述的第二判斷模塊接收到第一判斷模塊輸出的分庫(kù)庫(kù)存不充足的信號(hào)，進(jìn)一步判斷是否需要從總倉(cāng)庫(kù)調(diào)撥或者從其他分庫(kù)調(diào)劑，若需要，則輸出信號(hào)給所述的調(diào)撥模塊，若不需要，即公司缺貨或直接向供應(yīng)商要貨，則輸出信號(hào)給所述的采購(gòu)訂單生成模塊；所述的調(diào)撥模塊對(duì)總倉(cāng)庫(kù)中的貨進(jìn)行調(diào)撥或者從其他分庫(kù)進(jìn)行調(diào)劑，調(diào)撥或調(diào)劑完成后輸出信號(hào)給所述的發(fā)貨通知模塊；所述的采購(gòu)訂單生成模塊生成采購(gòu)訂單，該訂單上包括送貨地址，然后輸出給所述的第三判斷模塊；所述的第三判斷模塊判斷生成的采購(gòu)訂單上的送貨地址是否是醫(yī)院，若是，則直接輸出確認(rèn)信號(hào)以直接將貨物送至醫(yī)院，若不是，則輸出信號(hào)給所述的檢驗(yàn)?zāi)K；所述的檢驗(yàn)?zāi)K對(duì)收到的貨物進(jìn)行檢驗(yàn)，檢驗(yàn)通過(guò)后輸出信號(hào)給所述的條碼生成模塊；所述的條碼生成模塊對(duì)檢驗(yàn)合格后的貨物生成產(chǎn)品條碼至貨物上，輸出信號(hào)給所述的生成模塊；所述的生成模塊生成采購(gòu)入庫(kù)單，然后輸出應(yīng)付單信息。
2. 根據(jù)權(quán)利要求1所述的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，其特征在于，所述的醫(yī)療器械供 應(yīng)鏈服務(wù)平臺(tái)還包括連接于所述的供應(yīng)商信息系統(tǒng)和所述的采購(gòu)訂單生成模塊之間的依 次連接的篩選模塊、首營(yíng)審核判斷模塊、首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)，其中所述的篩選模塊對(duì)供應(yīng)商的資質(zhì)信息進(jìn)行篩選，然后輸出信息給首營(yíng)審核判斷模塊； 所述的首營(yíng)審核判斷模塊判斷是否通過(guò)審核，對(duì)于未通過(guò)審核的，則通知供應(yīng)商客戶 未通過(guò)首營(yíng)審核，通過(guò)審核的則將信息保存至所述的首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)；所述的首營(yíng)產(chǎn)品數(shù)據(jù)庫(kù)保存通過(guò)首營(yíng)審核的信息，并輸出給所述的訂單生成模塊。
3. 根據(jù)權(quán)利要求1所述的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)，其特征在于，還包括一與所述的 出庫(kù)模塊通過(guò)接口相連的數(shù)據(jù)庫(kù)。
4. 一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)的控制方法，所述的醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)與醫(yī)院 信息系統(tǒng)相連，其特征在于，包括以下步驟步驟S1，查看步驟，通過(guò)外部的查看指令或者通過(guò)接收醫(yī)院信息系統(tǒng)的需求申請(qǐng)指令，查看庫(kù)存以確認(rèn)供應(yīng)商；步驟S2，生成訂單步驟，通過(guò)接口接收醫(yī)院信息系統(tǒng)輸出的訂單信息或者通過(guò)外部的 申請(qǐng)指令直接生成訂單；步驟S3，判斷分庫(kù)庫(kù)存是否充足，若充足，則進(jìn)入步驟S41 ;若不充足，則進(jìn)入步驟S42;步驟S41，通知發(fā)貨步驟，對(duì)所需的訂單進(jìn)行發(fā)貨指令，然后進(jìn)入步驟S411 ; 步驟S411，保存出庫(kù)信息步驟，即保存出庫(kù)信息，然后進(jìn)入步驟S412 ; 步驟S412，輸出應(yīng)收單步驟，即根據(jù)出庫(kù)信息，輸出應(yīng)收單； 步驟S42，判斷是否需要從總倉(cāng)庫(kù)調(diào)撥或者從其他分庫(kù)調(diào)劑； 若需要，則進(jìn)入步驟S421 ;步驟S421，調(diào)撥步驟，對(duì)總倉(cāng)庫(kù)中的貨進(jìn)行調(diào)撥或者從其他分庫(kù)進(jìn)行調(diào)劑，完成后，返回步驟S41 ;若不需要，則進(jìn)入步驟S422 ;步驟S422，生成采購(gòu)訂單步驟，生成采購(gòu)訂單，該訂單上包括送貨地址，然后進(jìn)入步驟 S423 ;步驟S423，判斷送貨地址是否為醫(yī)院；若是，則直接送出貨物至醫(yī)院；若不是，則進(jìn)入步驟S424;步驟S424，檢驗(yàn)步驟，對(duì)收到的貨物進(jìn)行檢驗(yàn)，檢驗(yàn)合格后，進(jìn)入步驟S425 ; 步驟S425，生成步驟，對(duì)于檢驗(yàn)合格的貨物生成產(chǎn)品條碼至貨物上，然后生成采購(gòu)入庫(kù) 單，進(jìn)入步驟S426 ;步驟S426，輸出應(yīng)付單步驟，即輸出應(yīng)付單信息。
全文摘要
本發(fā)明公開了一種醫(yī)療器械供應(yīng)鏈服務(wù)平臺(tái)及其控制方法，該平臺(tái)與醫(yī)院信息系統(tǒng)和供應(yīng)商信息系統(tǒng)相連，包括庫(kù)存模塊、訂單生成模塊、第一判斷模塊、發(fā)貨通知模塊、第二判斷模塊、出庫(kù)模塊、調(diào)撥模塊、采購(gòu)訂單生成模塊、第三判斷模塊、檢驗(yàn)?zāi)K、條碼生成模塊以及生成模塊，方法包括查看步驟、生成訂單步驟、判斷分庫(kù)庫(kù)存是否充足步驟，對(duì)于分庫(kù)庫(kù)存充足的則直接進(jìn)行發(fā)貨，不充足的，則進(jìn)一步判斷是否需要總倉(cāng)調(diào)撥，若需要，則調(diào)撥后發(fā)貨，若總倉(cāng)不足，則直接從供應(yīng)商要貨，下達(dá)采購(gòu)指令。本發(fā)明解決了醫(yī)療器械行業(yè)市場(chǎng)流通中的物流配送管理等問(wèn)題，節(jié)省了大量的人力勞動(dòng)及管理費(fèi)用，實(shí)現(xiàn)醫(yī)療器械供應(yīng)鏈上的自動(dòng)化。
文檔編號(hào)G06Q50/00GK101770633SQ20101013704
公開日2010年7月7日 申請(qǐng)日期2010年3月31日 優(yōu)先權(quán)日2010年3月31日
發(fā)明者王莉 申請(qǐng)人:上海康德萊企業(yè)發(fā)展集團(tuán)有限公司