隨著互聯網科技的不斷進步,中國的電子商務也得到了長足發展,但是目前尚處于發展中階段,電子商務還不夠成熟,典型的代表就是網上藥店的不完全開發。合肥做網站的公司了解到藥監局從藥品安全的角度考慮,采取嚴把關,少放行的政策,從某種程度上有效地杜絕了藥品安全問題的發生,但是如果能規范藥品的醫藥電子商務行為,定能促進此項事業的健康持續蓬勃發展。不過國家藥監局對網上藥品交易的規范越來越到位,天貓醫藥館的設立成功便是有力的說明。
合肥做網站的公司有五六百家,然而對于藥品交易網站建設有把握的卻不多,因為藥品交易網站對于網站的數據安全性要求很高,網站要經過專業的測評并修改通過后才可以申請網上交易資格。互聯網藥品交易服務系統軟件測評大綱如下:
1 總則
本測評大綱由國家食品藥品監督管理局會同中國軟件測評中心、國家應用軟件產品質量監督檢驗中心共同制定,國家食品藥品監督管理局對本大綱具有最終解釋權。
2 適用范圍
本測評大綱適用于“藥品生產企業、藥品批發企業通過自身網站與本企業成員之外的其他企業進行的互聯網藥品交易以及向個人消費者提供的互聯網藥品交易服務”的交易平臺軟件測評。本大綱是為加強藥品監督管理,規范互聯網藥品交易服務,針對互聯網藥品交易服務系統軟件的基本功能及國家相關軟件質量要求制定,目的是為判定系統是否符合《互聯網藥品交易服務機構驗收標準》中規定的相關指標提供客觀依據,并供參測企業及藥品監督管理部門參考。
3 測評機構資質要求
參與“藥品生產企業、藥品批發企業通過自身網站與本企業成員之外的其他企業進行的互聯網藥品交易以及向個人消費者提供的互聯網藥品交易服務”平臺軟件測評的機構,要求至少獲得中國實驗室國家認可委員會認可,認可的檢測能力范圍應至少包括對軟件產品功能性、可靠性及效率的測評。
4 測評依據
GB 2312-1980 信息交換用漢字編碼字符集 基本集
GB 13000.1-1993 信息技術 通用多八位編碼字符集(UCS)第一部分:體系結構與基本多文種平面
GB 18030-2000 信息技術 信息交換用漢字編碼字符集 基本集的擴充
GB/T 1988-1998 信息技術 信息交換用七位編碼字符集
GB/T 9386-1988 計算機軟件測試文件編制規范
GB/T 11457-1995 軟件工程術語
GB/T 12345-1990 信息交換用漢字編碼字符集 輔助集
GB/T 16260-1996 信息技術 軟件產品評價質量特性及其使用指南
GB/T 17544-1998 信息技術 軟件包 質量要求和測試
《互聯網藥品交易服務機構驗收標準》
5 送樣方法
送測樣品由各參測企業自主提交給符合資質的第三方軟件測評機構。自測評開始后,參測企業提交的測評樣品不允許中途再次更換,否則視為作廢。
各參測企業必須提供紙介質或者電子形式的系統安裝手冊、系統使用手冊(平臺配置說明、功能使用說明、業務流程說明等)和系統安全解決方案(網絡安全、應用安全、數據安全、備份還原等),必要時有責任配合測試機構進行系統安裝。
6 術語、定義和縮略語
6.1 用戶文檔(User Documentation )
用戶文檔(UD)指以打印的或非打印形式得到的文檔的完整集合,用戶文檔的提供有利于產品的應用并且是產品的必備部分。
6.2 功能性(Functionality)
功能性(F)指當軟件在指定條件下使用時,軟件產品提供滿足明確和隱含需求的功能的能力。
6.3 可靠性 (Reliability)
可靠性(R)指在規定的一段時間和條件下,與軟件維持其性質水平的能力有關的一組屬性。
6.4 易用性(Practicability)
易用性(P)指一組規定或潛在的用戶為使用軟件所需做的努力并且對這樣的使用所作的評價有關的一組屬性。
6.5 安全性(Security)
安全性(S)指防止對程序及數據的非授權的故意或意外的訪問的能力有關的軟件屬性。
6.6 效率(efficiency)
在規定條件下,相對于所用資源的數量,軟件產品可提供適當性能的能力。
6.7 響應時間(Response Time)
服務器對每個應用請求的處理時間,單位:秒,該項指標反映了系統事務處理的性能,具體包括以下幾項參數:
a) 最小響應時間(Minimum):最小的服務器響應時間;
b) 平均響應時間(Average):平均的服務器響應時間;
c) 最大響應時間(Maximum):最大的服務器響應時間;
d) 90%響應時間(90%):90%事務處理的服務器響應時間。
6.8 虛擬并發用戶數(Total Virtual Users)
測試工具模擬的用戶并發數量。
6.9 交易頻率(Transaction Rate)
不同負載下每秒鐘成功完成的事務處理數。
6.10 CPU利用率(CPU utilization)
CPU占用率(%)。
6.11 磁盤平均隊列數(Avg.Disk Queue Length)
指讀取和寫入請求(為所選磁盤在實例間隔中列隊的)的平均數。
6.12 可用物理內存數(Available Mbytes)
運行中的程序可利用的物理內存數。
6.13 數字證書(Digital Certificate)
數字證書是一個經證書授權中心數字簽名的包含公開密鑰擁有者信息以及公開密鑰的文件。
6.14 電子簽名(Electronic Signature)
指數據電文中以電子形式所含、所附用于識別簽名人身份并表明簽名人認可其中內容的數據。
7 測評項目及判定原則
7.1 測評項目及缺陷分類見下表
序號測評項目標準要求缺陷分類
AB觀察項
1用戶文檔○
2功能性○
3可靠性○
4易用性○
5安全性○
6效率○
7中文特性○
7.2 判定原則
互聯網藥品交易服務系統軟件測評從用戶文檔、功能性、可靠性、易用性、安全性、效率和中文特性七個方面進行測試,對除了“效率”以外的每一個測評項給出質量測評結果。測評項結果分為 “通過”和“不通過”,效率做為觀察項,測試數據僅供參考。
1)對測評項中的A類缺陷,即功能性、可靠性和安全性中有一項“不通過”,判定為“該次產品不合格”;
2)對測評項目中的B類缺陷,即用戶文檔、易用性和中文特性允許有一項為“不通過”,當“不通過”等于二項或超過二項時,判定為“該次產品不合格”。
7.3 測評過程判定標準
7.3.1 缺陷等級說明
缺陷(Bug)分為五個等級:P1級(導致系統崩潰;主業務流程出現斷點;導致死機;導致程序模塊丟失;內存泄漏),P2級(被測數據處理錯誤;軟件錯誤導致數據丟失;用戶需求未實現),P3級(被測功能不能正確實現),P4級(功能實現不完美或細小的錯誤),P5級(建議性問題)。
7.3.2 通過
在測試過程中,未發現P1級或P2級或P3級的缺陷,該測試過程的測評結果判定為“通過”。
7.3.3 不通過
在測試過程中,發現P1級或P2級或P3級的缺陷,該測試過程的測評結果判定為“不通過”。
7.4 測評項目判定標準
7.4.1 等級說明
在功能性測試中,把測試過程分為三個等級:L1(必須項),L2(重要項),L3(一般項)。
7.4.2 判定標準
1)測評項目的下級測評項的測評結果全部為“通過” ,該測評項目的測評結果判定為“通過”,否則為“不通過”
2)功能性的整體測評結果依下表判定:
序號等級項功能性
測評結果
L1L2L3
1全部通過全部通過全部通過通過
2全部通過全部通過最多四項結果為“不通過”通過
3全部通過僅有一項結果為
“不通過”僅有一項結果為“不通過”通過
上述三種結果外的情況判定為“不通過”
3)屬于功能性和效率以外的測評項目,其下級測評項的檢測結果中 “不通過”率小于等于10 %,該測評項目的檢測結果判定為“通過”。
8 測評方法
功能測試采用黑盒測試方法,結合測試內容對功能進行測試。測試過程中對系統安裝手冊和系統使用手冊進行檢查。
安全性測試按照提供的系統安全解決方案,結合功能測試完成,并對系統整體安全體系進行評估。
可靠性、易用性和中文特性的測試可以結合功能測試完成。
效率測試采用自動化測試和人工測試相結合的測試方法。
9 測評工具
采用國際認可的專業測試工具,Mercury公司的LoadRunner ,Compuware公司QALoad ,IBM Rational公司的Performance Tester。
10 測評地點
效率測試必須在真實環境下測試,且需要協助測試機構準備測試數據。
其他各項測試的測試環境由各參測廠商與第三方測試機構協商決定。
由以上測評大綱不難看出藥品交易網站的要求之嚴格,合肥做網站的公司需要具備一定的實力才能勝任互聯網藥品交易網站建設。