當前位置：
| 公告信息： | |||
| 采購項目名稱 | 點擊登錄查看采購PACS系統(tǒng)二期建設(shè)招標項目 | ||
| 品目 | 服務(wù)/信息技術(shù)服務(wù)/軟件開發(fā)服務(wù)/基礎(chǔ)軟件開發(fā)服務(wù) | ||
| 采購單位 | 點擊登錄查看 | ||
| 行政區(qū)域 | 廣東省 | 公告時間 | **** 18:46 |
| 首次公告日期 | **** | 更正日期 | **** |
| 更正事項 | 采購文件 | ||
| 聯(lián)系人及聯(lián)系方式： | |||
| 項目聯(lián)系人 | 鄭淇筠、陳健、劉雨婷、陳安琪、寧小萍、王勇新 | ||
| 項目聯(lián)系電話 | ****/3621/4076 | ||
| 采購單位 | 點擊登錄查看 | ||
| 采購單位地址 | 廣州市**** | ||
| 采購單位聯(lián)系方式 | 點擊登錄查看：**** | ||
| 代理機構(gòu)名稱 | 點擊登錄查看 | ||
| 代理機構(gòu)地址 | 廣州市**** | ||
| 代理機構(gòu)聯(lián)系方式 | 鄭淇筠、陳健、劉雨婷、陳安琪、寧小萍、王勇新；****/3621/4076（電子郵箱：****@126.com） | ||
| 附件： | |||
| 附件1 | 7.28-發(fā)布稿（更正后）-M28579點擊登錄查看采購PACS系統(tǒng)二期建設(shè)招標項目.pdf | ||
一、項目基本情況
原公告的采購項目編號：****
原公告的采購項目名稱：點擊登錄查看采購PACS系統(tǒng)二期建設(shè)招標項目
首次公告日期：****
二、更正信息
更正事項：采購文件
更正內(nèi)容：
1、原招標文件第7頁的“第二章 用戶需求書 1.主要商務(wù)要求 ★合同條款 供應(yīng)商必須完全理解并接受合同實質(zhì)性條款要求，合同實質(zhì)性條款包括：合同標的、合同總價、合同組成、服務(wù)標準、開發(fā)地點和實施計劃、技術(shù)文件、知識產(chǎn)權(quán)、付款方式、工程質(zhì)量檢測和測試、合同轉(zhuǎn)讓與分包、質(zhì)量保證和售后服務(wù)、索賠、不可抗力、違約責任、合同解除與終止、爭端的解決、適用法律、通知、稅和關(guān)稅、合同生效、廉潔條款和保密條款等，詳見第五章合同文本?！?的內(nèi)容修改為：★合同條款 投標人必須完全理解并接受第五章合同文本中的內(nèi)容。；
2、原招標文件第9頁的“第二章 用戶需求書 2.技術(shù)標準與要求 4.1應(yīng)用服務(wù)器架構(gòu)優(yōu)化” 的內(nèi)容修改為：4.1應(yīng)用服務(wù)器架構(gòu)優(yōu)化 1）新增并發(fā)點至1000個站點以上；2）按功能分離應(yīng)用服務(wù)器3）▲支持多級存儲架構(gòu)，冷熱分離、主動緩存數(shù)據(jù)降低IO瓶頸，提升閱片性能、提升應(yīng)用可用性；4）▲支持多院區(qū)數(shù)據(jù)和存儲統(tǒng)一管理，實現(xiàn)跨院區(qū)圖像快速調(diào)閱；5）▲利用GPU對三維后處理復雜圖像處理等進行加速，有效降低CPU壓力，提升圖像處理速度，提高復雜處理的并發(fā)數(shù)；6）▲支持共享、FTP、S3等多種文件存儲訪問方式，支持客戶端直接訪問存儲，降低服務(wù)器中轉(zhuǎn)的效率損耗；7）支持圖像流式傳輸，提升圖像傳輸效率；
3、原招標文件第9頁的“第二章 用戶需求書 2.技術(shù)標準與要求 4.2數(shù)據(jù)庫架構(gòu)優(yōu)化1）▲優(yōu)化存儲機制：底層數(shù)據(jù)架構(gòu)需要對DICOM存儲機制做優(yōu)化；” 的內(nèi)容修改為： 4.2數(shù)據(jù)庫架構(gòu)優(yōu)化 1）優(yōu)化存儲機制：底層數(shù)據(jù)架構(gòu)需要對DICOM存儲機制做優(yōu)化；
4、原招標文件第9頁的“第二章 用戶需求書 2.技術(shù)標準與要求 4.2數(shù)據(jù)庫架構(gòu)優(yōu)化 6）▲完備容災機制” 的內(nèi)容修改為： 4.2數(shù)據(jù)庫架構(gòu)優(yōu)化 6）▲支持RAC+ADG，實現(xiàn)負載均衡和故障自動轉(zhuǎn)移，以及高可擴展性；
5、原招標文件第9頁的“第二章 用戶需求書 2.技術(shù)標準與要求 4.3 PACS程序升級 2）▲結(jié)合醫(yī)院現(xiàn)用存儲，采用影像調(diào)閱加速器；”的內(nèi)容修改為：“4.3 PACS程序升級 2）結(jié)合醫(yī)院現(xiàn)用存儲，采用影像調(diào)閱加速器；”
6、原招標文件第9頁的“第二章 用戶需求書 2.技術(shù)標準與要求 4.3 PACS程序升級” 的內(nèi)容新增需求： “4.3 PACS程序升級 6）實現(xiàn)外來膠片掃描，轉(zhuǎn)化成DICOM圖像；7）★實現(xiàn)PACS系統(tǒng)升級改造需要涉及與第三方系統(tǒng)的數(shù)據(jù)交互，投標人應(yīng)承諾能夠支持與第三方系統(tǒng)的數(shù)據(jù)交互功能（第三方對接費用由中標人自行承擔，包括但不限于全景病歷系統(tǒng)、影像報告系統(tǒng)、患者APP）（投標文件內(nèi)提供承諾書并加蓋公章）”；
7、原招標文件第11頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.1.1存儲管理模塊 11）▲調(diào)閱速度快：私有協(xié)議影像傳輸，千兆網(wǎng)絡(luò)下CT薄層影像調(diào)閱速度≥80張/秒?！?的內(nèi)容修改為：“ 5.1.1存儲管理模塊 11）▲能實現(xiàn)高并發(fā)量和高速下載調(diào)閱的，須提供第三方軟件測試報告以證明如下能力：系統(tǒng)在單臺服務(wù)器運行時最大并發(fā)數(shù)≥1000，支持≥1000名用戶同時登錄系統(tǒng)使用軟件，打開臨床報告時間≤1秒；所投產(chǎn)品打開千張CT類圖像下載速度≤4秒；所投產(chǎn)品打開千張MR類圖像下載速度≤4秒。”；
8、原招標文件第11頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.1.1存儲管理模塊 12）▲云膠片服務(wù)：向患者提供云膠片功能”，內(nèi)容修改為：“ 5.1.1存儲管理模塊 12）云膠片服務(wù)：向患者提供云膠片功能”；
9、原招標文件第11頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.1.1存儲管理模塊 13）支持分布式部署……”的內(nèi)容修改為：“ 5.1.1存儲管理模塊 13）▲支持分布式部署（投標文件內(nèi)提供承諾函，并加蓋公章）……”；
10、原招標文件第12頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.1.3影像管理模塊”的內(nèi)容新增需求：“5.1.3影像管理模塊 5）★提供實體膠片掃描套件，支持將外院膠片掃描上傳至院內(nèi)的服務(wù)器并進行歸檔，能夠支持DICOM存儲格式，支持基本信息錄入，便于留存患者外院記錄并進行查閱（投標文件內(nèi)提供承諾書并加蓋公章）。”；
11、原招標文件第12頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.1.4影像生命周期管理模塊 2）▲支持在線存儲與近線存儲之間數(shù)據(jù)的自動遷移；用戶可根據(jù)剩余存儲空間大小、檢查日期等條件設(shè)置遷移規(guī)則，并可配置選擇在系統(tǒng)空閑時間進行遷移，不影響正常業(yè)務(wù)?！钡膬?nèi)容修改為：“ 5.1.4影像生命周期管理模塊 2）支持在線存儲與近線存儲之間數(shù)據(jù)的自動遷移；用戶可根據(jù)剩余存儲空間大小、檢查日期等條件設(shè)置遷移規(guī)則，并可配置選擇在系統(tǒng)空閑時間進行遷移，不影響正常業(yè)務(wù)?！?；
12、原招標文件第12頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.2.1基礎(chǔ)模塊 4）支持一致性顯示模型（GSPS）”的內(nèi)容修改為：“5.2.1基礎(chǔ)模塊 4）★在院區(qū)間互聯(lián)互通基礎(chǔ)上，支持跨院區(qū)的影像數(shù)據(jù)調(diào)閱對接，當檢測到當前患者在數(shù)據(jù)互通的采購人分院有歷史影像檢查時，支持同步打開其他院區(qū)歷史影像數(shù)據(jù)進行瀏覽對比（第三方對接費用由中標人自行承擔，投標文件內(nèi)提供承諾書并加蓋公章）”；
13、刪除原招標文件第12頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.2.1基礎(chǔ)模塊29）▲支持乳腺掛片，乳腺圖像比較特殊，需要圖像背靠背（乳頭方向朝左右兩側(cè)）并且要表示出拍片的方向性以及對稱性，其圖片信息還需要不遮蓋乳腺的圖像部分。至少支持以下布局方式：①MLO_CC_2x2；②CC_MLO_2x2；③CC_1x2；④MLO_1x2；⑤MLO_CC_1x2”；
14、原招標文件第13頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.2.1基礎(chǔ)模塊 37）▲支持DSA血管減影功能”的內(nèi)容修改為：“5.2.1基礎(chǔ)模塊 37）支持DSA血管減影功能”；
15、原招標文件第13頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.2.1基礎(chǔ)模塊 ”新增內(nèi)容：“38）▲提供牙科專用影像閱片功能，其中支持AI自動生成、手動繪制口腔神經(jīng)管，神經(jīng)管可在全景圖、橫斷面、冠狀面、矢狀面和MIP三維圖像中同時展示。39）▲提供核醫(yī)學專用影像閱片，支持支持通過修改患者體重、注射劑量等信息來修正SUV值；40）▲核醫(yī)學專用影像閱片功能，支持一鍵融合，快捷融合和多次融合；”；
16、原招標文件第13頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.2.1基礎(chǔ)模塊 38）▲提供專業(yè)三維后處理軟件集成支持。39）▲提供專業(yè)AI輔助軟件集成支持。”的序號修改為：“5.2.1基礎(chǔ)模塊 41）▲提供專業(yè)三維后處理軟件集成支持。42）▲提供專業(yè)AI輔助軟件集成支持?！?；
17、原招標文件第15頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.3.1PC端調(diào)閱功能 ”新增內(nèi)容：“5.3.1PC端調(diào)閱功能 1）臨床影像瀏覽系統(tǒng)基于B/S架構(gòu)，實現(xiàn)臨床端的影像高速、并行瀏覽；2）▲提供基B/S架構(gòu)實現(xiàn)的PET和CT、PET和MR圖像的融合功能，可與MPR、三維同時展示，提供病灶區(qū)****
18、原招標文件第16頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.3.2移動端調(diào)閱功能 16）▲支持URL地址進行加密驗證及通訊采用加密協(xié)議方式”的內(nèi)容修改為：“5.3.2移動端調(diào)閱功能 16）支持URL地址進行加密驗證及通訊采用加密協(xié)議方式”
19、原招標文件第16頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.3.2移動端調(diào)閱功能”新增內(nèi)容：“5.3.2移動端調(diào)閱功能 18）支持通過二維碼關(guān)聯(lián)患者影像圖像及報告的移動端瀏覽；19）▲提供云膠片服務(wù)平臺，支持移動端的圖像三維后處理功能，可以對圖像進行三維后處理，同時支持MPR、MIP、VR、MIN等圖像后處理重建功能；20）▲提供云膠片服務(wù)平臺，移動端的CT、PET和MR圖像的融合功能，可與MPR和三維同時展示，提供病灶區(qū)SVU、MTV、TLG值的測量，至少包含5種融合布局方案（提供基于移動端的PET和CT、PET和MR圖像的融合功能，可與MPR和三維同時展示，提供病灶區(qū)SVU、MTV、TLG值的測量，至少包含5種融合布局方案，如1×2 ，1×3 ，2×2 ，2×3 ，3×3等幾種布局方式）；21）支持基于B/S架構(gòu)實現(xiàn)的乳腺掛片協(xié)議，至少支持以下布局：R-CC、L-CC、R-MLO、L-MLO?！?/p>
20、原招標文件第16頁的“第二章 用戶需求書 2.技術(shù)標準與要求 5.4 其他要求 1）投標人應(yīng)具備同類PACS系統(tǒng)建設(shè)實施經(jīng)驗，并提供相應(yīng)佐證材料；2）投標人應(yīng)安排具備系統(tǒng)建設(shè)經(jīng)驗人員駐場（人員至少應(yīng)包括1名開發(fā)工程師、 3名實施人員與1名項目經(jīng)理，人員應(yīng)具備醫(yī)學影像或放射醫(yī)學相關(guān)類別培訓合格證書或職稱證書），為平臺建設(shè)及日常運維提供服務(wù)?！钡膬?nèi)容修改為：“5.4 其他要求 1）投標人應(yīng)具備同類項目建設(shè)實施經(jīng)驗，且應(yīng)具備質(zhì)量內(nèi)控管理能力，并提供相應(yīng)佐證材料；2）投標人應(yīng)安排具備系統(tǒng)建設(shè)經(jīng)驗人員駐場（人員至少應(yīng)包括1名開發(fā)工程師、 3名實施人員與1名項目經(jīng)理。為保障項目經(jīng)理的溝通能力及項目管理能力，項目經(jīng)理應(yīng)至少具備信息系統(tǒng)項目管理師證書（高級）或系統(tǒng)集成項目管理工程師證書（中級）；為保障實施人員能夠順利完成項目的測試、實施、故障排查等工作，實施人員需至少具備信息系統(tǒng)項目管理師、系統(tǒng)集成項目管理工程師、網(wǎng)絡(luò)工程師、軟件設(shè)計師或其他全國計算機技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試”任一中級或以上證書。）”
21、刪除原招標文件第23頁的“第二章 用戶需求書 2.技術(shù)標準與要求 7 其他服務(wù)要求 7.2 為保障項目質(zhì)量，投標人應(yīng)具有影像系統(tǒng)建設(shè)相關(guān)的經(jīng)驗?！?/p>
22、原招標文件第43頁“表三詳細評審表”內(nèi)容修改如下：
| 評審因素 | 評審標準 | |
| 分值構(gòu)成 | 1、技術(shù)部分62分 2、商務(wù)部分23分 3、報價得分15分 | |
| 技術(shù)部分 | 重點技術(shù)條款響應(yīng)情況 （30分） | 根據(jù)投標人對“第二章 用戶需求書”中的帶"▲"號的重點條款（共60項）響應(yīng)情況進行評審：每出現(xiàn)一處帶▲號負偏離，扣0.5分。 注：（1）如果標注"▲"號的條款含有下一級的，整體視為一項"▲"號條款；如果非標題條款的下一級已有標注"▲"號條款的，條款本身及其下一級均計入條款數(shù)量。 （2）對于標注"▲"號的技術(shù)條款，投標文件必須按照技術(shù)參數(shù)內(nèi)所要求提供證明文件（并明顯標注技術(shù)條款要求的功能所在的對應(yīng)位置）作為支撐材料；否則，評標委員會有權(quán)視該標注"▲"號的技術(shù)條款為無效響應(yīng)。 |
| 對用戶服務(wù)需求不帶"▲"、"★"號的響應(yīng)程度 (5分) | 根據(jù)投標人對招標文件“第二章 用戶需求書”中不帶"▲"、"★"號的一般參數(shù)響應(yīng)程度（除“7、其他服務(wù)要求”外）進行評審： 投標人所提供的服務(wù)完全滿足用戶需求書中不帶"▲"、"★"號的一般要求，得5分；每出現(xiàn)一處不帶"▲"、"★"號負偏離，扣0.5分，扣分項達到10項時則視為重大偏離用戶需求要求，該項不再得分。 注：若招標文件中有要求提供相應(yīng)證明文件或說明的則需以提供的材料為準，否則不得分；如無要求提供證明材料的，則以投標文件中《技術(shù)和服務(wù)要求響應(yīng)表》響應(yīng)為準。 | |
| 實施方案（7分） | 評標委員會根據(jù)投標人提供實施方案的詳細內(nèi)容進行綜合評審： （1）實施方案對需求充分響應(yīng)，對需求全面剖析，針對重點、難點、要點需求全面理解，分別提出具備專業(yè)性、實用性的實施方案并有合理可行保障措施，有效保障本項目實施，有利于實現(xiàn)服務(wù)效果，得7分； （2）實施方案對需求充分響應(yīng)，對部分需求進行剖析，針對部分重點、難點、要點需求進行理解，提出部分具備專業(yè)性、實用性的實施方案或者部分合理可行保障措施，基本保障本項目服務(wù)實施，部分滿足服務(wù)效果，得4分； （3）實施方案對需求響應(yīng)不充分，沒有對需求進行理解進行剖析，沒有提出體現(xiàn)專業(yè)性或針對性的措施，或者措施方案不合理不可行的，無法保障本項目服務(wù)實施，達不到服務(wù)效果，得1分； （4）未提供或?qū)＜覠o法認定的不得分。 | |
| 投標人擬派項目經(jīng)理經(jīng)驗及水平情況（4分） | 投標人投入本項目的項目經(jīng)理（1名）持有信息系統(tǒng)項目管理師證書（高級）的，得4分；持有系統(tǒng)集成項目管理工程師證書（中級）的，得2分，其余情況不得分，本項最高得4分。 注：①投標人須提供上述人員有效的證書復印件，以及在本公司任職的外部證明材料（如加蓋政府有關(guān)部門印章的打印日期在本項目投標截止日之前本年度任意一個月的《投保單》或《社會保險參保人員證明》，否則無效。②如項目經(jīng)理同時具備以上兩個證書的，按最高級別證書計算1次得分。 | |
| 實施人員服務(wù)能力（4分） | 投標人投入本項目的實施人員（除項目經(jīng)理外）持有信息系統(tǒng)項目管理師、系統(tǒng)集成項目管理工程師、網(wǎng)絡(luò)工程師、軟件設(shè)計師或其他全國計算機技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試任一中級或以上資質(zhì)證書，每提供一個證書得2分，一人有多個證書算一個證書，最高得4分。 注: 一人多證不重復得分，投標人須提供上述人員有效的證書復印件，以及在本公司任職的外部證明材料（如加蓋政府有關(guān)部門印章的打印日期在本項目投標截止日之前本年度任意一個月的《投保單》或《社會保險參保人員證明》，否則無效。 | |
| 重點難點分析、應(yīng)對措施及合理化建議（5分） | 評標委員會根據(jù)投標人提供重點難點分析、應(yīng)對措施及合理化建議綜合評審： （1）針對項目需求有全面理解，能全面把握項目的重點難點問題，并針對全部重點難點問題提出具體可行的保障措施和合理化的建議，措施建議細致可行，有利于項目的需求全面滿足，得5分； （2）針對項目需求有全面理解，針對部分重點難點進行分析，提出針對項目部分重點難點提出具體可行的保障措施或者合理化建議，措施建議基本可行，基本上能滿足項目的需求，得3分； （3）只針對部分需求進行理解分析或者沒有分析項目需求，不理解項目的重點難點，提出建議不合理或者不具備操作性，無法滿足項目需求的，得1分； （4）未提供或?qū)＜覠o法認定的不得分。 | |
| 系統(tǒng)建設(shè)安全方案（7分） | 根據(jù)投標人提供的系統(tǒng)建設(shè)安全方案（內(nèi)容包括但不限于建立起自主的安全開發(fā)能力、實現(xiàn)安全目標和長期安全維穩(wěn)的信息保障）進行綜合評審： （2）安全開發(fā)能力發(fā)展基本完善、安全目標基本清楚、信息保障預算維穩(wěn)，基本滿足項目實際需求，基本滿足采購需求，得4分； （3）安全開發(fā)能力發(fā)展不完善、安全目標不清晰、信息保障預算不夠持久，不滿足項目實際的，不能完全滿足采購需求，得1分； （4）未提供或?qū)＜覠o法認定的不得分。 | |
| 商務(wù)部分 | 售后服務(wù)能力（10分） | 投標人針對本項目制定售后服務(wù)方案，對售后服務(wù)方案的主要內(nèi)容包括但不限于：①售后服務(wù)內(nèi)容；②服務(wù)承諾；③售后服務(wù)人員配置情況等進行綜合評價： （1）涵蓋上述所有內(nèi)容且售后服務(wù)方案詳細完整，清晰全面，嚴謹規(guī)范的，優(yōu)于采購需求的，得10分； （2）涵蓋上述所有內(nèi)容且售后服務(wù)方案完整但不具體，清晰但不全面，規(guī)范但不嚴謹?shù)?，滿足采購需求的，得5分； （3）方案未完全覆蓋上述要求，有缺項，售后服務(wù)方案不完整，不清晰、不嚴謹?shù)?，不完全滿足采購需求的，得1分； （4）未提供方案或其他情況，不得分。 |
| 投標人管理體系（1分） | 1、具有質(zhì)量管理體系認證； 投標人具有上述認證，得1分； 注：1.提供與投標人名稱一致的有效期內(nèi)的相關(guān)認證證明文件掃描件，并加蓋投標人公章否則不得分。） | |
| 類似項目經(jīng)驗 （8分） | 1、投標人自****（以合同簽訂時間或項目驗收時間為準）至今完成過同類項目實施建設(shè)業(yè)績，每提供一個得2分， 本項最高得8分； （提供合同掃描件及合同結(jié)算發(fā)票掃描件作為評審依據(jù)，提供的材料不符合要求或無提供的不得分）。 | |
| 用戶評價（4分） | 提供上述有效業(yè)績的使用用戶評價，每提供一個類似“滿意”或“非常滿意”或“優(yōu)”的使用用戶評價得 1 分，本項最高不超過4分。須提供用戶單位的評價證明（格式自擬，須加蓋用戶單位印章）。其他表達滿意度的詞語，由評委參照以上評價等級程度認定對應(yīng)的評價等級。同一法人單位的多份用戶評價只計算 1 份。 | |
| 投標報價 | 投標報價得分(15分) | 投標報價得分＝（評標基準價/投標報價）×價格分值【注：滿足招標文件要求且投標價格最低的投標報價為評標基準價?！孔畹蛨髢r不是中標的唯一依據(jù)。因落實政府采購政策進行價格調(diào)整的，以調(diào)整后的價格計算評標基準價和投標報價。 |
23、原公告的投標文件提交截止時間：**** 09:30:00，更正為：**** 09:30:00。
24、原公告的開標時間：**** 09:30:00，更正為：**** 09:30:00。
更正日期：****
三、其他補充事宜
更正公告為原采購公告、原采購文件不可分割的部分，原采購公告、原采購文件相應(yīng)條款與本公告有不一致之處，以本公告及公告附件為準。請供應(yīng)商務(wù)必按照更正后的內(nèi)容編制投標文件，本公告發(fā)布，視同書面通知所有潛在供應(yīng)商。
四、凡對本次公告內(nèi)容提出詢問，請按以下方式聯(lián)系。
1.采購人信息
名 稱：點擊登錄查看
地址：廣州市****
聯(lián)系方式：點擊登錄查看：****
2.采購代理機構(gòu)信息
名 稱：點擊登錄查看
地 址：廣州市****
聯(lián)系方式：鄭淇筠、陳健、劉雨婷、陳安琪、寧小萍、王勇新；****/3621/4076（電子郵箱：****@126.com）
3.項目聯(lián)系方式
項目聯(lián)系人：鄭淇筠、陳健、劉雨婷、陳安琪、寧小萍、王勇新
電 話： ****/3621/4076
