【解讀】醫院信息互聯互通標準化成熟度測評方案(2020年版)

来源:https://www.cnblogs.com/Javame/archive/2023/08/16/17633003.html
-Advertisement-
Play Games

—————— BEGIN —————— 1、測試對象條件 作為測試對象的醫院信息平臺(或系統)必須具備軟體著作權證書,運行一年以上並通過初驗。 2、標準符合性測試內容包括 3 部分 數據集標準符合性測試 依據標準 WS445-2014、WS 375.9-2012、WS 376.1-2013 的要求, ...


 

—————— BEGIN ——————

1、測試對象條件

作為測試對象的醫院信息平臺(或系統)必須具備軟體著作權證書,運行一年以上並通過初驗。

2、標準符合性測試內容包括 3 部分

數據集標準符合性測試

依據標準 WS445-2014、WS 375.9-2012、WS 376.1-2013 的要求,測試電子病曆數據的數據類型、表示格式、數據元值及代碼等數據元屬性的標準化程度。

 

共用文檔標準符合性測試

依據 WS/T 500-2016、WS/T 483.2 -2016、WS/T 483.11 -2016、WS/T 483.16 -2016 的要求,測試電子病歷共用文檔的文檔結構和文檔內容的標準符合性。測試內容:輸入和輸出雙向驗證,涉及文檔生成和文檔解析兩項。

交互服務標準符合性測試

依據醫院信息平臺交互規範的要求,測試對交互服務解析、處理和響應的標準符合性。

3、分級要求

 

技術架構內容

1、數據層面整合:系統資料庫之間的數據交換和共用,以及數據之間的映射轉換

 

2、應用(服務)層面整合:系統之間實時或非同步信息共用與業務協同

3、使用匯流排技術:基於信息平臺架構實現,通過企業服務匯流排(ESB)或消息中間件實現服務註冊、服務發佈和服務適配

 

4、具備獨立的電子病歷共用文檔庫

 

5、具備獨立的臨床數據中心(CDR),數據傳輸時效性:時間<T+1

 

6、平臺具有的可視化功能(10):共用文檔配置與管理(四級乙等必選)、CDR 展現與管理(四級甲等必選)、數據脫敏配置管理(四級甲等必選)、患者主索引管理、交互服務配置管理、交互服務訂閱管理、服務運行狀況監控管理、統一通訊配置、基礎字典管理、醫學術語字典配置管理

基礎設施內容

1、平臺具備專用的集成伺服器

2、集成伺服器採用了哪些高可用技術:雙機熱備模式、負載均衡模式、分散式集群模式、雲端備份模式

3、具有獨立資料庫伺服器

4、資料庫伺服器採用了哪些高可用技術:雙機熱備(主從)模式、負載均衡模式(讀寫分離)、分散式集群模式、雲端備份模式

5、集成伺服器、應用伺服器、資料庫伺服器採用虛擬化、雲計算技術

6、醫院信息平臺具有哪些存儲災備能力:本地數據備份/恢復、異地數據備份/恢復、數據快照、雲端備份

7、數據災備恢復:RTO(恢復時間目標)≤24h,RPO(恢復點目標)≤24h

8、醫院信息平臺具有離線存儲能力

9、網路、安全等

互聯互通應用效果

1、公眾服務應用系統建設情況及利用情況:

患者自助終端、患者線上服務 (四級甲等>=2 且滿足應用要求)

患者自助終端,包括的功能:四級甲等>=8 個

 

患者線上服務,包括的功能(患者主動使用):四級甲等>=7 個

 

2、醫療服務應用系統建設情況及利用情況

實現的醫療服務應用:四級甲等>=3 且滿足應用要求;

 

提供醫院運行、醫療質量與安全監測指標:四級甲等>=4

 

提供互聯網診療服務:四級甲等>=5

圖文問診、視頻問診、線上轉診、記錄病歷、開具處方、線上隨訪、電子簽章認證、線上線下一體化管理

臨床知識庫建設情況:四級甲等>=2

 

3、衛生管理應用系統建設情況及利用情況

在門診動態管理方面提供輔助決策支持:四級甲等>=4

 

在工作負荷管理方面提供輔助決策支持:四級甲等>=3

 

在患者負擔管理方面提供輔助決策支持:四級甲等>=6

 

在工作效率管理方面提供輔助決策支持:四級甲等>=4

 

平臺聯通業務範圍

1、基於平臺的內部連通業務

接入平臺的臨床服務系統的接入情況,接入的系統包括:四級甲等>=15 個

 

接入平臺的醫療管理系統的接入情況,接入的系統包括:四級甲等>=10 個

 

接入醫院信息平臺的運營管理系統的接入情況,接入的系統包括:四級甲等>=6 個

 

平臺資源利用情況:滿足第二項要求,為四級甲等;

共用文檔庫數據量,____________

 

平臺交互服務數量,_______;日均交互量,_______:滿足第二項要求,為四級甲等;

 

2、基於平臺的外部連通業務

平臺是否接入外部機構,如是,已聯通的外部機構包括:四級甲等>=5

 

四甲升五乙測評重點指標及新增指標解讀

 指標一:臨床資料庫數據時效性第一個指標,是2020新版測評中的新增重點指標,也是2017版測評方案中的隱藏指標,要求獨立臨床資料庫數據的時效性。

數據時效性,實際上以前測評專家在查驗的過程中都會涉及到,但實際上沒有在指標體系中體現出來,所以說是隱藏指標,但是在2020新版測評方案中明確提出來了,可見其重要性,這是專家在現場查驗的時候一定會去關註的一個指標,比如說去醫院自助機拿出自己的身份證掛個號,然後立刻在平臺查看是否有掛號信息、歷史入院記錄、就診記錄等等,這樣可以“一網打盡”地把數據時效性、患者主索引等指標項都查到了,所以這是準備評級的醫院需要重點註意一下的。 

指標二:平臺具備可視化功能第二個指標是3.1.5.1平臺具有的可視化功能。在指標的可選性上增加了數據脫敏管理(四甲必備),以及交互服務的訂閱管理。交互服務的訂閱管理一般都好達到,這裡需要註意的是數據脫敏的配置管理,這是需要大家註意的指標,因為要實現可視化的脫敏配置。雖然現在很多都號稱實現了脫敏配置,但也都是比較簡單的功能,大家也都知道,新版測評這樣設計,是希望這一塊可能會有更進一步的技術或者是功能出現,這也是專家們所期待的。 

指標三:互聯互通交互服務第三個指標是互聯互通交互服務,這也是變化比較大的部分,主要變化主要包括三部分。

(1)服務數量增加了很多,五乙的指標從之前要求的35個指標項拓展到了69個測評指標項,基本上增加了將近一倍的指標;

(2)取消了區域調用服務,全部改成了院內服務,區域的服務就遵循區域的信息交互規範,醫院的指標遵循醫院的交互規範;

(3)服務範圍變化,細化了很多,比如以前一個申請單的接收和查詢,現把申請單的業務類型進行了擴充,包括了檢查檢驗、輸血手術等等的這些申請單,也增加了像醫囑狀態、檢查狀態、檢驗狀態、預約狀態等等這些狀態類的一些服務,還有手術排班等服務。 

指標四:基礎設施建設情況第四個指標是基礎設施建設情況。

在存儲設備這一部分,“雲端備份”指標需要特別註意,是新增內容;另外,在新版的測評方案裡面,明確對各個級別的RTO\RPO達到什麼要求進行了明確規定,提升了對存儲安全性的要求。

在“無線接入域覆蓋範圍”這個指標下,新版擴展了很多,明確了各級別無線網路覆蓋業務的範圍以及包含支持不同類型的無線應用。比如對五乙要求醫療業務和管理業務環境達到全覆蓋。

“定期對應用系統進行安全檢查與應急演練” 是新增的核心指標,在四級乙等階段,需要完成等保定級和安全測評,要求提供備案證明及本年度或上一年度相關係統的安全測評報告;在四級甲等階段,除上述要求外,還要定期(每年不少於一次)對信息平臺和醫療業務核心系統進行滲透測試、漏洞掃描或安全整改等,並提供本年度或上一年度的安全檢查和整改報告,且報告內不應存在未整改的高危漏洞。定期(每年不少於一次)開展安全應急演練,並提供演練報告。 

在“業務應用系統建設”部分,指標內容更加豐富,總體要求系統的數量也增加了。比如針對臨床服務系統建設從舊版五乙的18個增加到了26個,對醫療管理系統從舊版的“≥9”提升到了“≥18”,運維管理系統建設個數從7個變成了12個。除了數量上的變化,這裡需要註意的是“系統個數”--大家不要以為這意味著必須要建這麼多業務系統,勾選項不要求實際業務系統名稱上與所列系統名稱完全一致,而是要求作用相近、功能實現即可,並沒有要求必須是獨立的業務系統,比如我們在HIS系統中有門診工作站、醫生工作站、護士的工作站等,包含了指標要求達到的功能即可。 

指標五:互聯互通應用效果第五個指標是互聯互通應用效果部分,這是五級乙等非常關註的部分,也是現場專家非常關註的部分。在新版的測評方案裡面,針對互聯互通應用效果的指標增加了很多的內容。五乙測評強調了要達到的線上服務和豐富的自助服務。

針對“公眾服務應用系統建設及利用”這個指標,舊版要求支持居民健康卡,那麼現在改成了居民健康卡和電子健康卡/碼,這裡需要註意的一點是,新版要求基於醫院信息平臺實現,也就是說專家在現場可能會檢查是不是基於平臺實現了全流程的就診。

對於“醫療服務應用系統建設及利用”指標,擴展了舊版指標要求,同時對應用比例提出了細化的比例要求,這是之前測評方案裡面沒有的。在醫院運行質量和安全監測指標部分,考核指標時需要註意的是新版明確要求了“必須在醫院信息平臺”上實現。 

“醫囑閉環和業務應用系統”也是原有指標,指標上沒有變化,但要求必須基於醫院信息平臺來實現,這個也是大家需要註意的,也就是說在原業務系統裡面達到了閉環管理是不行的,要基於平臺實現閉環管理才可以。互聯網診療服務是新增指標,但這個指標不要求一定在醫院信息平臺上實現。

“衛生管理應用系統建設”部分擴展了很多,從舊版的一個指標,擴展成了四個指標,也就是5.1.3.2、5.1.3.3、5.1.3.4都是新增的,需要註意的也是基於平臺實現。在“新技術應用情況”部分,大數據、影像AI、語音識別等等,新版測評方案都針對五乙提出了相應的要求。這裡需要註意的是實現的指標項不能是獨立的技術實現,而要結合1-2個具體應用場景,且一定要有比較量化的應用效果展示。

“平臺外聯通業務”部分新增了一部分指標,對於五乙的要求在數量上有變化,包括外部聯通的機構。以前醫院可能會把微信公眾號、支付寶這類平臺填上去,現在這些只能算1項分值--統一稱為非銀行支付機構。

醫療研發、實施相關技術微信群:
加微信:wonter 發送:研發、實施

醫療行業運營、產品相關微信群:
加微信:wonter 發送:產品、運營

醫療行業銷售、售前相關微信群:

加微信:wonter 發送:銷售、售前

推薦閱讀  點擊標題可跳轉【劃重點】現代醫院信息化建設策略與實踐
基於多租戶技術 SaaS平臺設計
聊平臺,先談主數據
聊平臺,再談元數據
聊平臺,需談數據元
醫院信息集成平臺(ESB)數據集成建設方案【遠程醫療】互聯網醫院 衛健委數據上報平臺技術方案
【技術選型】你的公司,你的項目真的適合微服務嗎?
【劃劃重點】論大數據中主數據的重要性
【視頻問診】ffmpeg+HLS直播與回放技術
【遠程醫療】智能導診技術方案

 

【解讀】醫院信息互聯互通標準化成熟度測評方案(2020年版)1、測試對象條件作為測試對象的醫院信息平臺(或系統)必須具備軟體著作權證書,運行一年以上並通過初驗。2、標準符合性測試內容包括 3 部分數據集標準符合性測試依據標準 WS445-2014、WS 375.9-2012、WS 376.1-2013 的要求,測試電子病曆數據的數據類型、表示格式、數據元值及代碼等數據元屬性的標準化程度。共用文檔標準符合性測試依據 WS/T 500-2016、WS/T 483.2 -2016、WS/T 483.11 -2016、WS/T 483.16 -2016 的要求,測試電子病歷共用文檔的文檔結構和文檔內容的標準符合性。測試內容:輸入和輸出雙向驗證,涉及文檔生成和文檔解析兩項。交互服務標準符合性測試依據醫院信息平臺交互規範的要求,測試對交互服務解析、處理和響應的標準符合性。3、分級要求
技術架構內容1、數據層面整合:系統資料庫之間的數據交換和共用,以及數據之間的映射轉換2、應用(服務)層面整合:系統之間實時或非同步信息共用與業務協同3、使用匯流排技術:基於信息平臺架構實現,通過企業服務匯流排(ESB)或消息中間件實現服務註冊、服務發佈和服務適配4、具備獨立的電子病歷共用文檔庫5、具備獨立的臨床數據中心(CDR),數據傳輸時效性:時間<T+16、平臺具有的可視化功能(10):共用文檔配置與管理(四級乙等必選)、CDR 展現與管理(四級甲等必選)、數據脫敏配置管理(四級甲等必選)、患者主索引管理、交互服務配置管理、交互服務訂閱管理、服務運行狀況監控管理、統一通訊配置、基礎字典管理、醫學術語字典配置管理基礎設施內容1、平臺具備專用的集成伺服器2、集成伺服器採用了哪些高可用技術:雙機熱備模式、負載均衡模式、分散式集群模式、雲端備份模式3、具有獨立資料庫伺服器4、資料庫伺服器採用了哪些高可用技術:雙機熱備(主從)模式、負載均衡模式(讀寫分離)、分散式集群模式、雲端備份模式5、集成伺服器、應用伺服器、資料庫伺服器採用虛擬化、雲計算技術6、醫院信息平臺具有哪些存儲災備能力:本地數據備份/恢復、異地數據備份/恢復、數據快照、雲端備份7、數據災備恢復:RTO(恢復時間目標)≤24h,RPO(恢復點目標)≤24h8、醫院信息平臺具有離線存儲能力9、網路、安全等互聯互通應用效果1、公眾服務應用系統建設情況及利用情況:患者自助終端、患者線上服務 (四級甲等>=2 且滿足應用要求)患者自助終端,包括的功能:四級甲等>=8 個
患者線上服務,包括的功能(患者主動使用):四級甲等>=7 個
2、醫療服務應用系統建設情況及利用情況實現的醫療服務應用:四級甲等>=3 且滿足應用要求;
提供醫院運行、醫療質量與安全監測指標:四級甲等>=4
提供互聯網診療服務:四級甲等>=5圖文問診、視頻問診、線上轉診、記錄病歷、開具處方、線上隨訪、電子簽章認證、線上線下一體化管理臨床知識庫建設情況:四級甲等>=2
3、衛生管理應用系統建設情況及利用情況在門診動態管理方面提供輔助決策支持:四級甲等>=4
在工作負荷管理方面提供輔助決策支持:四級甲等>=3
在患者負擔管理方面提供輔助決策支持:四級甲等>=6
在工作效率管理方面提供輔助決策支持:四級甲等>=4
平臺聯通業務範圍1、基於平臺的內部連通業務接入平臺的臨床服務系統的接入情況,接入的系統包括:四級甲等>=15 個
接入平臺的醫療管理系統的接入情況,接入的系統包括:四級甲等>=10 個
接入醫院信息平臺的運營管理系統的接入情況,接入的系統包括:四級甲等>=6 個
平臺資源利用情況:滿足第二項要求,為四級甲等;共用文檔庫數據量,____________
平臺交互服務數量,_______;日均交互量,_______:滿足第二項要求,為四級甲等;
2、基於平臺的外部連通業務平臺是否接入外部機構,如是,已聯通的外部機構包括:四級甲等>=5
四甲升五乙測評重點指標及新增指標解讀 指標一:臨床資料庫數據時效性第一個指標,是2020新版測評中的新增重點指標,也是2017版測評方案中的隱藏指標,要求獨立臨床資料庫數據的時效性。數據時效性,實際上以前測評專家在查驗的過程中都會涉及到,但實際上沒有在指標體系中體現出來,所以說是隱藏指標,但是在2020新版測評方案中明確提出來了,可見其重要性,這是專家在現場查驗的時候一定會去關註的一個指標,比如說去醫院自助機拿出自己的身份證掛個號,然後立刻在平臺查看是否有掛號信息、歷史入院記錄、就診記錄等等,這樣可以“一網打盡”地把數據時效性、患者主索引等指標項都查到了,所以這是準備評級的醫院需要重點註意一下的。 指標二:平臺具備可視化功能第二個指標是3.1.5.1平臺具有的可視化功能。在指標的可選性上增加了數據脫敏管理(四甲必備),以及交互服務的訂閱管理。交互服務的訂閱管理一般都好達到,這裡需要註意的是數據脫敏的配置管理,這是需要大家註意的指標,因為要實現可視化的脫敏配置。雖然現在很多都號稱實現了脫敏配置,但也都是比較簡單的功能,大家也都知道,新版測評這樣設計,是希望這一塊可能會有更進一步的技術或者是功能出現,這也是專家們所期待的。 指標三:互聯互通交互服務第三個指標是互聯互通交互服務,這也是變化比較大的部分,主要變化主要包括三部分。(1)服務數量增加了很多,五乙的指標從之前要求的35個指標項拓展到了69個測評指標項,基本上增加了將近一倍的指標;(2)取消了區域調用服務,全部改成了院內服務,區域的服務就遵循區域的信息交互規範,醫院的指標遵循醫院的交互規範;(3)服務範圍變化,細化了很多,比如以前一個申請單的接收和查詢,現把申請單的業務類型進行了擴充,包括了檢查檢驗、輸血手術等等的這些申請單,也增加了像醫囑狀態、檢查狀態、檢驗狀態、預約狀態等等這些狀態類的一些服務,還有手術排班等服務。 指標四:基礎設施建設情況第四個指標是基礎設施建設情況。在存儲設備這一部分,“雲端備份”指標需要特別註意,是新增內容;另外,在新版的測評方案裡面,明確對各個級別的RTO\RPO達到什麼要求進行了明確規定,提升了對存儲安全性的要求。在“無線接入域覆蓋範圍”這個指標下,新版擴展了很多,明確了各級別無線網路覆蓋業務的範圍以及包含支持不同類型的無線應用。比如對五乙要求醫療業務和管理業務環境達到全覆蓋。“定期對應用系統進行安全檢查與應急演練” 是新增的核心指標,在四級乙等階段,需要完成等保定級和安全測評,要求提供備案證明及本年度或上一年度相關係統的安全測評報告;在四級甲等階段,除上述要求外,還要定期(每年不少於一次)對信息平臺和醫療業務核心系統進行滲透測試、漏洞掃描或安全整改等,並提供本年度或上一年度的安全檢查和整改報告,且報告內不應存在未整改的高危漏洞。定期(每年不少於一次)開展安全應急演練,並提供演練報告。 在“業務應用系統建設”部分,指標內容更加豐富,總體要求系統的數量也增加了。比如針對臨床服務系統建設從舊版五乙的18個增加到了26個,對醫療管理系統從舊版的“≥9”提升到了“≥18”,運維管理系統建設個數從7個變成了12個。除了數量上的變化,這裡需要註意的是“系統個數”--大家不要以為這意味著必須要建這麼多業務系統,勾選項不要求實際業務系統名稱上與所列系統名稱完全一致,而是要求作用相近、功能實現即可,並沒有要求必須是獨立的業務系統,比如我們在HIS系統中有門診工作站、醫生工作站、護士的工作站等,包含了指標要求達到的功能即可。 指標五:互聯互通應用效果第五個指標是互聯互通應用效果部分,這是五級乙等非常關註的部分,也是現場專家非常關註的部分。在新版的測評方案裡面,針對互聯互通應用效果的指標增加了很多的內容。五乙測評強調了要達到的線上服務和豐富的自助服務。針對“公眾服務應用系統建設及利用”這個指標,舊版要求支持居民健康卡,那麼現在改成了居民健康卡和電子健康卡/碼,這裡需要註意的一點是,新版要求基於醫院信息平臺實現,也就是說專家在現場可能會檢查是不是基於平臺實現了全流程的就診。對於“醫療服務應用系統建設及利用”指標,擴展了舊版指標要求,同時對應用比例提出了細化的比例要求,這是之前測評方案裡面沒有的。在醫院運行質量和安全監測指標部分,考核指標時需要註意的是新版明確要求了“必須在醫院信息平臺”上實現。 “醫囑閉環和業務應用系統”也是原有指標,指標上沒有變化,但要求必須基於醫院信息平臺來實現,這個也是大家需要註意的,也就是說在原業務系統裡面達到了閉環管理是不行的,要基於平臺實現閉環管理才可以。互聯網診療服務是新增指標,但這個指標不要求一定在醫院信息平臺上實現。“衛生管理應用系統建設”部分擴展了很多,從舊版的一個指標,擴展成了四個指標,也就是5.1.3.2、5.1.3.3、5.1.3.4都是新增的,需要註意的也是基於平臺實現。在“新技術應用情況”部分,大數據、影像AI、語音識別等等,新版測評方案都針對五乙提出了相應的要求。這裡需要註意的是實現的指標項不能是獨立的技術實現,而要結合1-2個具體應用場景,且一定要有比較量化的應用效果展示。“平臺外聯通業務”部分新增了一部分指標,對於五乙的要求在數量上有變化,包括外部聯通的機構。以前醫院可能會把微信公眾號、支付寶這類平臺填上去,現在這些只能算1項分值--統一稱為非銀行支付機構。 技術微信群:
加微信:wonter 發送:技術Q
醫療微信群:
加微信:wonter 發送:醫療Q
更多文章關註公眾號:


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • ## 一、引言 ### 1.1 什麼是MySQL Shell ? MySQL Shell 是 MySQL 的一個高級客戶端和代碼編輯器,是第二代 MySQL 客戶端。第一代 MySQL 客戶端即我們常用的 MySQL 。除了提供類似於 MySQL 的 SQL 功能外,MySQL Shell 還提供 ...
  • 本文將重點介紹Flutter中圖片的載入原理,使用過程中有哪些需要註意的地方及優化思路和手段,希望能給大家帶來一些啟發和幫助。 ...
  • 加拿大創新、科學和經濟發展部(ISED)已更新和發佈RSS-247 Issue 3標準,取代RSS-247 Issue 2標準。自 Issue 3於發佈之日起 6個月為過渡期,過渡期內Issue 2和Issue 3兩個版本均可使用,過渡期(2023.8.3-2024.2.2)後,僅接受Issue 3 ...
  • 這裡給大家分享我在網上總結出來的一些知識,希望對大家有所幫助 前言 垃圾回收(Garbage Collection)是一種記憶體管理機制,用於檢測和清理不再被程式使用的記憶體,這些不再被使用的記憶體就被稱為垃圾。垃圾回收器會在 JS 引擎(瀏覽器或者 nodejs)內部周期性地運行,一般情況下無需開發者手 ...
  • 通常在頁面中嵌套iframe的情況下還需要進行消息傳遞的通信需求。一般分為兩種情況: 1.iframe里的鏈接與父頁面鏈接是非跨域 這種情況處理比較簡單,直接在父級頁面下就可以寫腳本控制iframe里的元素,同時對iframe里的元素進行操作,例如綁定事件,當事件觸發時發送消息給父級頁面。 具體實踐 ...
  • 在 Vue3 中,有許多與響應式相關的函數,例如 toRef、toRefs、isRef、unref 等等。合理地使用這些函數可以在實際開發中大大提高效率。本文將詳細介紹這些函數的用法,讓我們在實際開發中知道應該使用哪些 API 並能夠熟練地回答面試官的相關問題。 ## ref() 大家對於 ref ...
  • 1、安裝tinymce編輯器 npm i tinymcenpm i @tinymce/tinymce-vue 或: yarn add tinymce yarn add @tinymce/tinymce-vue 2、配置中文語言包 地址:中文語言包 註:最好將語言包放在public/langs/或st ...
  • 在本篇技術博文中,我們將深入探討 Uniapp 框架中如何封裝介面,以簡化開發流程並提高效率。介面封裝是一種重要的開發策略,它不僅可以減少代碼量,還能提高代碼的復用性和維護性。 通過閱讀本文,你將深入瞭解 Uniapp 中封裝介面的重要性和優勢,並學會如何實施介面封裝,以提高開發效率和代碼的可維護... ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...