From ce124e7119d748bed2912b5a2540fb0eb1c9289e Mon Sep 17 00:00:00 2001 From: huangzhenbao <17818024429@163.com> Date: Fri, 10 Apr 2026 09:03:21 +0800 Subject: [PATCH] =?UTF-8?q?=E5=88=9D=E5=A7=8B=E5=8C=96=E4=B8=8A=E4=BC=A0?= =?UTF-8?q?=E5=8C=BB=E7=96=97=E9=A1=B9=E7=9B=AE=E5=88=B0=20medical-mall?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../merchant-tabbar/MerchantTabBar.uvue | 2 +- .../(首期开发需求确认)智慧医养.md | 1839 +++++++++++++++++ docs/module-Planning/00-模块规划总览.md | 155 ++ .../01-智慧医养政府监管系统-模块规划.md | 167 ++ .../02-智慧医养数据库系统-模块规划.md | 174 ++ .../03-智慧医养定期巡访系统-模块规划.md | 160 ++ ...康养政府及上级企业审批业务系统-模块规划.md | 169 ++ .../05-智慧康养系统管理中心-模块规划.md | 173 ++ .../06-智慧康养呼叫中心系统-模块规划.md | 166 ++ .../07-养老需求及老人情况评估系统-模块规划.md | 160 ++ .../08-智慧康养健康管理系统-模块规划.md | 164 ++ .../09-智慧康养安全系统-模块规划.md | 166 ++ .../10-智慧康养居家养老管理系统-模块规划.md | 173 ++ .../11-智慧康养服务商管理系统-模块规划.md | 173 ++ .../12-智慧康养志愿者管理系统-模块规划.md | 160 ++ .../13-智慧康养短信平台系统-模块规划.md | 164 ++ .../14-智慧康养社区助餐可视化系统-模块规划.md | 167 ++ .../15-家庭床位及适老化改造系统-模块规划.md | 161 ++ .../16-智能物联网管理系统-模块规划.md | 161 ++ .../17-医保DIP智能控费-模块规划.md | 166 ++ .../18-长护险与居家服务管理-模块规划.md | 168 ++ docs/module-Planning/19-医养商城-模块规划.md | 185 ++ .../module-Planning/20-慢性病管理-模块规划.md | 161 ++ docs/module-Planning/21-中心药房-模块规划.md | 173 ++ .../22-人工智能服务-模块规划.md | 193 ++ .../23-全生命周期监测平台-模块规划.md | 213 ++ .../24-运营管理系统-模块规划.md | 235 +++ docs/module-Planning/25-业务中台-模块规划.md | 210 ++ docs/module-Planning/26-数据中台-模块规划.md | 220 ++ docs/module-Planning/27-技术中台-模块规划.md | 235 +++ ...文件夹现状分析报告 × 智慧医养需求契合度.md | 660 ++++++ pages.json | 285 +-- pages/mall/merchant/ai-consultation.uvue | 781 +++++++ pages/mall/merchant/chat-workbench.uvue | 852 ++++++++ pages/mall/merchant/chat.uvue | 14 +- pages/mall/merchant/exclusive-discounts.uvue | 27 +- pages/mall/merchant/finance.uvue | 50 +- pages/mall/merchant/growth.uvue | 106 +- pages/mall/merchant/health-management.uvue | 904 ++++++++ pages/mall/merchant/index.uvue | 717 ++++--- pages/mall/merchant/inventory.uvue | 56 +- pages/mall/merchant/members.uvue | 105 +- pages/mall/merchant/messages.uvue | 1225 ++++++++--- pages/mall/merchant/order-detail.uvue | 1734 +++++++++++----- pages/mall/merchant/orders.uvue | 1307 ++++++++---- pages/mall/merchant/product-detail.uvue | 114 +- pages/mall/merchant/product-edit.uvue | 108 +- pages/mall/merchant/products.uvue | 696 ++++--- pages/mall/merchant/profile.uvue | 66 +- pages/mall/merchant/promotions.uvue | 31 +- pages/mall/merchant/reviews.uvue | 30 +- pages/mall/merchant/shop-edit.uvue | 25 +- pages/mall/merchant/statistics.uvue | 48 +- pages/mall/merchant/医养综合服务商城.md | 158 ++ pages/mall/merchant/错误信息.txt | 117 ++ pages/user/login.uvue | 90 +- .../sourcemap/pages/user/login.kt.map | 2 +- .../005943608e3440ba379feb6e4c3065d54e45ca78 | 1 + .../01407085b06bf1c9750bb65b207ce72c5f368ad5 | 1 + .../018b9d3ae969d5412e8ce7d649eab5e239eb99fb | 1 + .../01c61acdcdad4edbb5d56271212c654395a8b6c7 | 1 + .../01f3b4d7b9f0a7281d49cc639c23c2f6dcbc3593 | 1 + .../02c579e22b6153c24e4da57532d43068818c3215 | 1 + .../03d295aa087d1aad99479ae9956df16e2ef36f8b | 1 + .../0489b395e9536664ad35b281407476322566d217 | 1 + .../049d68e0e4d5f5df16ce2c02f8f7ee91cbf22a92 | 1 + .../0556c158abd52aadb8ed35375b017e1e49466c57 | 1 + .../05c6a92ba4f9969629067e74e62ccb3848b9c1f8 | 1 + .../0726b774d15e819d0464f65b722221e5f87a2f0b | 1 + .../07ad7e706d841f2d9abee1c445ecd004399829ab | 1 + .../07f921b01d2c6ac90633e6ba99a26697a3952e91 | 1 + .../08afdad1e20d6330834ea3a71033164cec6740a1 | 1 + .../0929aa5164c404427b716cb3ea59858c124eb5ea | 1 + .../0a2ce4c0b503ffb3b488352cff4ca217217ade94 | 1 + .../0ac065a4d79fd3205b9636aff6340f6b6c610ee6 | 1 + .../0b850888dc0d5b16068c1e12857c837f64a9c887 | 1 + .../0c456b0a6c2f1975fc078b677431aa04713451e0 | 1 + .../0cfb57ce3a95e36748494be8c06a6416719d3382 | 1 + .../0d9e001671f2e52f2f8ce11474b970a6a2c50300 | 1 + .../0fb1bb61050ef99d7c6dcffebee8d484d36a248d | 1 + .../116261c8140deeb6b0a5058834bf0df975fcdf9d | 1 + .../118e7554df265f92507abc5fcf1aa7beaf608501 | 1 + .../13d3ad75935b16824a0708cad1a76440abdca404 | 1 + .../144c970bc7690cd25382d3e4fbf44cac7821019b | 1 + .../14d040d674b104cff5f74a315afca9d81aa9bfc8 | 1 + .../15a6bc7248e6e454004d53ff1d5170707c939062 | 1 + .../15b3dfe18f667034089978975c72ed5c19ce2231 | 1 + .../15c0275a33153c6f0b076cabd7130222ed43e343 | 1 + .../1642d0639490c5f3e9f8508064b54be5f217b531 | 1 + .../166af7ac716b02deabe457c33d8976b210d98369 | 1 + .../16883a9e1d0ea1cdd0bc9e734fd1c5d0100984c7 | 1 + .../16a976620fc99383c40463dee327a7c2adc41228 | 1 + .../18714079e7bc95313277d9edc52e2a5888ddf2e7 | 1 + .../187c138e47658281d14536c3f1ea262a6a01c6b5 | 1 + .../1afe761a81d4bb4b8d4680d03d14aa8bb8ff89c8 | 1 + .../1c0c373acefd978bcf92cf143c3eade61c25654b | 1 + .../1cf2bbc66bf06ffee536b17144ca562af2adbfd8 | 1 + .../1ddf5b31b3b5c22ac9ee754d45a84b1937572778 | 1 + .../1e3cabd7660b7119bccf76412cd90f2ba4f50807 | 1 + .../1eeb81971b1e1d1a1a3b2963f2c004a5f6f9efc5 | 1 + .../1f1fd5c67633bfdc68063025b1769a8b97b3a1cf | 1 + .../1f62c34f2aa1c3db4ddf9436281c45e0e8f6bf58 | 1 + .../1f6e9903ed73ebeb13be3d4177253032d4071fb2 | 1 + .../20f7151244ecf7a7fcd12f62dde9a619ded2e86b | 1 + .../2144cb6860331f5230b172e9870d8e8854d1ab28 | 1 + .../218640ad3fd570a41ea04bc6875a2c8e5eeabbb7 | 1 + .../21bbe52a5a05bb0a8168e06a1dbd5d773eae9676 | 1 + .../23a44c9194da1db066029c1050767cd10465884f | 1 + .../23f3d19e5ff700ac200911ce80d17ccfafad24b1 | 1 + .../24268a288aee1f54aed9e48e40effc245eecfb26 | 1 + .../248762bead46f7d685cb73154c5fa93b33d04a94 | 1 + .../25008082ff084817a8bd28f9a656651404eb5d51 | 1 + .../25a26424aa19be91082f9d9704e8de95f956c78c | 1 + .../266e8f0df54d4acc25b3b0f2869ea40e8e91ebc9 | 1 + .../274de33bb4fd999bfcaabc33cb4f7be6f3dc215d | 1 + .../277b85ec560e45df82af8af23ae2cd0762a7a850 | 1 + .../27be1db0c8d198924b1ed9196897b0049f0f0414 | 1 + .../28179829ca18f0d55af8c6cb84551589815aa888 | 1 + .../282b2eb05129cac04cdf770af498d4cd8f86f450 | 1 + .../292492cb80d4da4b37ea2e963ff43740a4950063 | 1 + .../2c5743d6538781aa85478b6156c7b1f8c5b920f6 | 1 + .../2d7dc425294fae3181a57e282baef759fbcd9813 | 1 + .../2d7e48df3eec581e131c32e5b51f045509bc0151 | 1 + .../2d856f5f517d1db66c30a2bc96734d2622bef7e2 | 1 + .../2dbbe9920e4609b0261bd786afaef31ef12de7a5 | 1 + .../2ef79c7cd2c9f1de8cf01e66c7b2b1d7bf84e067 | 1 + .../2ff2c5eb81f8a63f5c88ecb6e8d4579b9c03ff20 | 1 + .../30d8ed00ae4387e40eb94d21a6d966da0b5a4d22 | 1 + .../310e6d3dde56346a9cb887545cc2193abef61945 | 1 + .../3261a48d6ddc39e43f07cc77d7f25c6d0a0450d8 | 1 + .../3296cdf2e3f3ad3cd84d10c9bf324a5042e05882 | 1 + .../32d0b9dd52bcf73fee2b8278a95bb155d77c7a1d | 1 + .../3389bf0be6f3db62f02dbe6d89835f3c7a7ccacd | 1 + .../33e5626fb1a623e65b9ae73467f817a34e082edb | 1 + .../3422ee3155eae1efc74d6626e7174831c9f4b047 | 1 + .../344d634afa086bbcd98d29f08a725fe366bd73f1 | 1 + .../34a8bb434f4b2be1723c9f72f7c694ff99106a3a | 1 + .../353bbf9c192a011dce427fc9d9aafd6cbf2c9dae | 1 + .../358ddd9bb61b301b28c4f4278e5f78016cdc3a32 | 1 + .../3687158e4ebda7cd0af7b21761e78e9dd4adf2a0 | 1 + .../36915f2c8026ddaf67737a4446db0a4e3ef3c5d7 | 1 + .../3715e779438b7cb8dc1eb9fd98fc48160c71cd11 | 1 + .../37b20bdd00a430bb9b58b4a2a2b15e091154e85c | 1 + .../37bdf3929b31094884ac1bc0411ceedb32502604 | 1 + .../3802716678e5515e059049fa2c122e2dc3a91e75 | 1 + .../39256c092b1ae4574f9a132dc6890fb69ae962e5 | 1 + .../3950fdfbad0d69fdac493dcb3872e3d11902f4d6 | 1 + .../39c456a1ceb9bc8a0d6dad3a6906a101c9b36f8c | 1 + .../3b5d1bd8ad731f3c794436d3bc02214d29462ec5 | 1 + .../3c45dcee2c31f4614efed1bcacfd5624097ba385 | 1 + .../3ca59165f9938d00868e7a016b5a740f95f16a8c | 1 + .../3cc743807383951fa378ff4762587e33c6b1c9f6 | 1 + .../3ce6d13c4ad9410ba7b4e5d53b902f5c60de5aaf | 1 + .../3d52a2d906b7eeed50b89260af6586de580ca115 | 1 + .../3f34372798fac6b0c457ad24ebce2d29beb0017f | 1 + .../3f7958f46c06671480e746031ed272c7da73d2a9 | 1 + .../3ffd43c7af0550e932e0edb9a3715366a262d80d | 1 + .../40db7eac17b876a880e254c9c9824996b12ed37c | 1 + .../41aeb64c0d60d7accd4f43af3fe1d4c9401cc5c1 | 1 + .../41fc30d3826f4f65364322fc956390b4100ac33d | 1 + .../42a81685a2583d881bedc1f6bd33a215efc16c02 | 1 + .../435c776d3e403a6738121e8d740189190463e11e | 1 + .../436e170a93d2761373267b31c4af329499d0fd2c | 1 + .../44b9c5bb016da1ace68e50bc32ca647154f240b6 | 1 + .../454c576fdd38d25225f039fd77d5ed0d8933907b | 1 + .../4561f588d2f1ef75ff2749156091d6edd42ad214 | 1 + .../476b07fe6bdc3c3000d343d22e89d772e3ff6af1 | 1 + .../47c26393fd24bc22831e07c1016203524dba5d4d | 1 + .../49250910a3dbda86d8a0428fe29e209e52aec6cc | 1 + .../49e70749e4072bf9c2b982c671b933901ff8b6c0 | 1 + .../4c6976c2a70878b95ae43f5e8973eef14086d6ef | 1 + .../4c6c832748a46ba3d5a45d407101bafabd5c3f20 | 1 + .../4ce5ddccf5d38113da524c52e9c56f837e0f94a4 | 1 + .../4d66e26353e61a3b690526c72dcce052212c36c4 | 1 + .../4f617eff21d548cf3492a03010d3c1f86f0460c9 | 1 + .../4f67b08879ed8a01bfe334e0aad7a8eb547aead4 | 1 + .../4fb87fcc1f4a12ddd144a9c89db28deffd1043f8 | 1 + .../507b8f690bda2f8486087e6d01136672f796255f | 1 + .../51da5903395bc7c3a3a808521b089c6902c4220e | 1 + .../53dd9343a1dfdb218ed8a1e7bda9c8ce1057fcbb | 1 + .../53e1396ada1c9ac28556650a157477d07d296dfa | 1 + .../56bde68a3ed09d830e2d240e25269192f31bd1dc | 1 + .../576ebe421f59189909f822eacb0168f24a2d6a2d | 1 + .../57a57e8b0337b13e3f04ccc99c1cbc591d5f6711 | 1 + .../58acb3507ec278517ebbc726cdb2409a9204ade1 | 1 + .../58e99f7bb4af6fbf41b2237eae0710067833b440 | 1 + .../597d1df9a3f88dfabb17d352ca78db052e0efe83 | 1 + .../5b1b9e3120b70259fab73e4aa5f5fc38d245a27f | 1 + .../5b1fe9dc790d35506b9014799830b88834371830 | 1 + .../5b954bcaeceeb369fc06dc51431ff945246dad36 | 1 + .../5b98612b3514fcd292cc412d41ad3c979ad7635a | 1 + .../5bfa76d8c470acba08f6b2e88fb6264ba1b7d68b | 1 + .../5c40c928f0c6450f8007f844a7136ed2e701c425 | 1 + .../5d796ecbf6c19536c9cc30bb70a69cc48499e93f | 1 + .../5d99d93b57a2735c695c8a7eddd70e4db9e86a01 | 1 + .../5ed28dcde8137e6c79a2d7c40dc4c4a239f626a1 | 1 + .../5ee6b99a2d51e72efd70044c98389a6db7982d53 | 1 + .../5f790228e19ef77001352297a017d1ff61bde8c6 | 1 + .../5f9ea11c062f1300f7ab3de50a71310e6da8c669 | 1 + .../600f777975863ecf95eea5dab1adc884c3fb0426 | 1 + .../6031c4e30c28bc09ff8df822b4a45cfbce3754c3 | 1 + .../61bbf914ec05c34dd3feccb7243e454628e39719 | 1 + .../61d69b6f75f5537f30d81651d5de7b5cc6f2e26c | 1 + .../62a1a538191ed2eaa19a06f643a6795a6fd6c1ac | 1 + .../6460053ff8186e2cc0e91a0d8be6b5c223d45986 | 1 + .../6508b10ba908e57438d28215bb94ecc5b1213416 | 1 + .../65c7c47591f4be3a6694b1d949c9d2ab8fce6c04 | 1 + .../67650180a6424e8a5f38dabbdeadd46f1728bbaa | 1 + .../67bcabcf2ce7a0da563055ae5520d782064ead75 | 1 + .../68021b6695c01532c7480bf0811bf5a05c7e2b05 | 1 + .../68e7dddf7f73101237512225846f63a26d97348a | 1 + .../68f862fb2ee65d3c040579f5e8edc781c7d956ab | 1 + .../693318150a3e1a973108ce0d218f306e5a491c11 | 1 + .../6a477389afce72860c34461cd03b73f9741bde19 | 1 + .../6a7802e18ad68011b46043ffef4571128a8dcefd | 1 + .../6b670b8517bc867cc0b7f1444dfced813f920558 | 1 + .../6d91366c831f435f1a1b61d9d8ef9c66a2d9f45e | 1 + .../6f25f163318572dd105feedffa25e1c58a61d36e | 1 + .../6f6f2f7c2f5be2f840b77b64e2fa75a56f4d7f41 | 1 + .../7117532136ea88fe2dc2265ab6e16a4f22a6a3a2 | 1 + .../713ff87a8fdb05f4a8af773a403dc6dab3ed3699 | 1 + .../72988ecdd4f94acfd1e4fc6410342453b1b6e0cd | 1 + .../72ba2eff9203a8c0ac8248f761fab46015bb59fe | 1 + .../749c3e87014fb101fc942d6f02cfd45ea3b56bde | 1 + .../74b9495d8410731f1d84ee82690a7c7e5723a919 | 1 + .../7b3ea77f9b6637854b0c0fdac35b9e8b676ac76b | 1 + .../7b9cf805809f6ab50080f6cd61c6e3185a69fc73 | 1 + .../7c007c3e102dd00d0059586f001ce339b1fea90b | 1 + .../7c532bf0fa14dfa1a1ccfac724f60523404c15f3 | 1 + .../7df801671ab93457ce91968f83e7079832031d9c | 1 + .../7fa7a5705a59c8471f7c5250467ef356f62a77c5 | 1 + .../8184149a75c7d88598d9efbcaa818204a4f5c591 | 1 + .../826d1fdeb52ed3651f4df5e02c33be3b385505d5 | 1 + .../834ebd45d5889a44be69a7b9d3a4d89e7f64b984 | 1 + .../83f37b331ed5485619e3995d3b22e27340da89e0 | 1 + .../849335adf1286e861fba468c3a91250133595906 | 1 + .../85fa2dfd60135829fea0cd6ad114b269e3ffcff0 | 1 + .../8640e446b3878f656927a6a19bd0425b2a8d7cd8 | 1 + .../87c8d2982a670b0f3d6000a399d38b5afb05f5ac | 1 + .../87f0e9fa8fbc26d7ec48714c509328bb34dfd33c | 1 + .../881162578daae33d86292c616aa6cc2aca55abc4 | 1 + .../882152755f0872e381a7e40cd73ea2c712646ef7 | 1 + .../88d78b4f6805cbcf290aaba860675f9171ed9750 | 1 + .../893807d7831eb2bc3036ab64778f4eb9ecad2737 | 1 + .../89ce09daca31b5dc5d65a144a67e9448de616c0f | 1 + .../8b9f9d3db47adb3d75e582f7dc33bd0c2a509903 | 1 + .../8e87b3cf4b45c62ef8c8497ee24500036ca9f56b | 1 + .../8ea24f69494332187f078ecfa3beae2ce7fd9db1 | 1 + .../8fc83e2728432034d3699b19e87449dd9034d28f | 1 + .../8fd63d82d584d29d5926002daa4ef0ec41f39964 | 1 + .../900b54519b0d2039325d86a4201e1d52093d1e2d | 1 + .../90c04503a4bdd743670fedce1a593ad019bf5723 | 1 + .../91dcfc75ffbe6454a1733532aaa38d10a08b5562 | 1 + .../92033a26f1a0b29a82e7d389227a73620fc450d5 | 1 + .../926ac2e3b27bb86f012c955cb3e78a4d24cb54be | 1 + .../936934b155b9c804858211d74eda5629c87e7b08 | 1 + .../93e6da12a8f50fd0ddac7eb3322dc1e12e65c3d7 | 1 + .../94109dd69821d9b478873e4ea4410338ce0e3361 | 1 + .../942d5c9e30632cd40785bc9c0f0e0c8b7d376603 | 1 + .../95ee716bd27608a48aa32611b63df15eb9e6731f | 1 + .../97552be7d052f6529d6b823ff40c67671de16aff | 1 + .../98a95547ca8964f353b76e19ac16bbbc30ab2fa3 | 1 + .../98ef3edd4f5f63f577a5d15f4d93b7a0aee71df4 | 1 + .../9aa7fd4ad30873d3f2dea96377376a249d5fb3d1 | 1 + .../9b9f0cc77d66b275e9be389cab52816b3618ca9f | 1 + .../9bd2097990d096b0f49422ebbc4804cf223d8aa7 | 1 + .../9ce6c263de8578a4fc98e84e95d140fa2c9a0b7e | 1 + .../9d28355e43249b15aa6d7ba1898037c94ca305ca | 1 + .../9dc706849e0760d2d52247eedb5ce35c61877454 | 1 + .../9e76ed20d2d0230b3d1e12559552a029abcfe701 | 1 + .../a07541580cb9ec2ef51562a0212cd45806b2dc3f | 1 + .../a0e0b8b65fabc931b6393506e3ad56e838d59342 | 1 + .../a1c586bfe1283e2e3a42ce7a4a91d1eb7fd4a681 | 1 + .../a253a1faf478b2d42035caa6152ea591562a325d | 1 + .../a40e65b16880f9cc33ce4e6c2d65b0a95250bee3 | 1 + .../a5012624af1c46dde0af9d09e596fa986ac8669b | 1 + .../a644f107b90f59dfa8fc709e2af201d44d255a9d | 1 + .../a6d8465124f58f578a09af63fb08c119a6b338ec | 1 + .../a6f71095533950f1911c9c97deb98b73fbfd3506 | 1 + .../a7691e8412b32c42832e790eb08f76fc587011a3 | 1 + .../a7ea1d31dff52357213f92246e3db78ce7c68729 | 1 + .../a85f1b9a1c767845f2fc63245adfbc3276a7b975 | 1 + .../a861bed953ac366c0e513bd245a935845e1cc6c9 | 1 + .../a9896b0b4e3f39c443b665f674be8e5acb84fe43 | 1 + .../a9a0ebc5c8e55f1cb2e53f0d0fe5779a672483e8 | 1 + .../aaa5d5b056a82c48258b930d01a5f2c41eb21a5d | 1 + .../ab8e900b66ae3969d02ef49530ddeaa05e007085 | 1 + .../abc13b4e7f81a62dce3533ca958357619ecea347 | 1 + .../ac29e2d4eba32c951b40c9aeffa954753b0fb5e1 | 1 + .../acb6dece4894b97e57769938d8338b4d822f3b35 | 1 + .../acf57e84633e2ef890825aef89a1f17bcc6c9dc0 | 1 + .../ae03fea1a685567338c77c60905c64bf2c9233ab | 1 + .../aed65c032b177e9b9d874e88bdd153ea9f020dfc | 1 + .../b31cab5ba6fa8193b91252a51fe27a4c76d29f26 | 1 + .../b71106db386552207a374b878ad57459f27a4417 | 1 + .../b7810ed58963472a31119874f0c64bfa725f6b8d | 1 + .../b873d196051b4896a5bc1cd596e55f6c2c51f6c0 | 1 + .../b87bb5217f016c17bd6acc5a536404bf2203bda8 | 1 + .../b8a7ccf4fbef03a38b02ef2b1af0dc4f981196f5 | 1 + .../b914848ca4c98308eb981900d54c11e04530f687 | 1 + .../b9360b08d38937a96c3acdb3327ae19e38cf557c | 1 + .../baa7aa74cc1a022854bc9550b6ba429221f1893e | 1 + .../bac0d18a4e048c45933ec1e442152b02506d368d | 1 + .../bb76d05b83a9a309ea9f1f3a651a1f85a563b336 | 1 + .../bbbd36cdd673711d385b755a03b984f2c7ed68f3 | 1 + .../bc1d16e05fe56482d27725cecab96346020a1cf2 | 1 + .../bca34202df293927627835518145d45e727d046b | 1 + .../bd249c8fd62e2e96ba483d8b7d8411307dd822bd | 1 + .../bde45e9efc9fdc28af7b57a5bf794c9af652e43e | 1 + .../bed98b4a8208f3ba731beabbfc5fef4f43787fe4 | 1 + .../bee3ab5d727e9f8385a6e623a97873c2fca1db2c | 1 + .../beeb244a8a465993ce2fd27184b901ac61865989 | 1 + .../bf25e6616184e5a973b5d7ed4d118e0077bc2ae7 | 1 + .../bf38064a7f03631987f3e34398eaa1a099c63482 | 1 + .../bf4ffca40e8a3e26f1b62edb2882922c8794666e | 1 + .../c0139762babedf011b530c9fe5ea979f27ab83c5 | 1 + .../c049f9007ab418b4a010543e2b1af8ec3fb8b43f | 1 + .../c119988d26a9e314f754f6c9315bb7eb3ec91099 | 1 + .../c201f070fd588383d0bb2e24528e7b6042ffb2cb | 1 + .../c279568c9a3f4b13e1e81497c1d3b540dca91536 | 1 + .../c292f4d44fa5c59d7f71563aeb0e2503f231c6df | 1 + .../c3b2843c29d613ace1c5b8e0edaf2f4b9beaa677 | 1 + .../c3b8710287030145ae41e8038bb4d4579b281f09 | 1 + .../c58a565a54bb4ec96b205f1a8847433d35ad64f6 | 1 + .../c5f6393604152e5f0c8fe7dda8e0f62ed54e2ddd | 1 + .../c5f792d72d69b6b5b0cc228a34de12cdbcfacb8c | 1 + .../c71abffd6bd1948e98af580c8e3ba473f41239ab | 1 + .../c72e3c1ca0da475c9cea3bd9eb2d0937b06cf1b6 | 1 + .../c7604caf2cd1ef6181919a80450c2368c9a4d393 | 1 + .../c7a2359ec8f748db3c70874124e6e292941f7290 | 1 + .../c7c88169de70c4d850265cc31edff7e2a96bcafb | 1 + .../c85e2a38599c89e7fa45b77ee49826dccf6e9171 | 1 + .../c900def023168898d5f3a1cfeb57912a8bd9fba4 | 1 + .../c9a39473ff60d1c53ea65f5956b3673cc87766b5 | 1 + .../caf4f35d341c194ebbfb0fd3cc2923553ebb4807 | 1 + .../cb6a5e93090bdaadd6c7d360cd9006302ddf9755 | 1 + .../cb6c2e168b29677554a91a514cd98a0c627bfedb | 1 + .../cc581f9f6453981236e9329097c3087e81e99546 | 1 + .../ccb51337f363b49394c154e63d088aa15beceb66 | 1 + .../cd216a94c52077bb10e23d5f6ab1c9dfc72d758c | 1 + .../cdc58d1a0cfb143e54a20bb20d7f4291990eafb9 | 1 + .../ce180fc84622c7dc532340cc10fbc5cf34985eeb | 1 + .../ce489a352644eae9621e37af2e4bc138a4e682b2 | 1 + .../cfae00acb0c3966bd4adf069ece2e0339a8e4706 | 1 + .../cfff765a53cdd5ed221a425647149350c35694df | 1 + .../d0366a90d6530751579c3681bf3afc688c391fb8 | 1 + .../d18501659fa2aa8270b3bb4ce7ee32e51b41e478 | 1 + .../d1b5440dfde524d5ac3cd5971415b9b261e3b858 | 1 + .../d24a7e6ea6b3dc4443361fda69fe3b4b8457f2d3 | 1 + .../d25d72631c7a2a11c7f4d2964a81c66df56f8398 | 1 + .../d2854afc926fee584b0d98425bcecdda1f56492e | 1 + .../d63871e0d636f66ad179c4c0340c01e218d2b085 | 1 + .../d688f3f8b7b93ae007a7c3c89e0d818bcd3f7adf | 1 + .../d849cfb342b12515e6e5ca9cef65d30e102cb044 | 1 + .../d9209df2aa8fe8178d8dfce8a83a410169f267ec | 1 + .../d95349e4b8f8122bc9ff18b534d94c9305e30588 | 1 + .../d95f46b6480688fd017407d50da9e117c59ef95a | 1 + .../d96b0694562f214cfba0aa9c124398b6f346bf95 | 1 + .../dab6e17a97af550eb6ecdb1c573ce8510391a829 | 1 + .../dbb95e377908f9598fb2c7cea979224faf406e55 | 1 + .../dde021866d044a379bef43c47e6292887939582f | 1 + .../de32644a5c6e08b960c51effb4eb590b736038ec | 1 + .../de6ea0341ac1458b4d0e1024a3ed55747ffad2c1 | 1 + .../dea7a25f17faeda96260360e7ac6a3b8ca56816e | 1 + .../dedf52dfde2322b55cf90d034b73cd1263f26be8 | 1 + .../dff54f087d011f6e6b1c62b46adfe7e3aab0d4fb | 1 + .../e026c09857dc6460b1b6f815482bb4f019b9141f | 1 + .../e038b6cd1edd60aab5c568827335ddb3500783a8 | 1 + .../e1df9dbe5cce15e55839c7c222daab18fce62a91 | 1 + .../e2975e52633733589cb73d262046b42e88b8f614 | 1 + .../e2e2f61268868cf0ebdfa2e6ae1321149939e1cc | 1 + .../e31d7a8ffdc14f1e412f27502cc4898427eca8b3 | 1 + .../e352dbd17856a6f93e726b7272e218d5bcd8d436 | 1 + .../e36376d52f11925b30c7b7b6eca74b489ec1b024 | 1 + .../e460587aa47f3da7ef6314136d3a537d2cf14c5f | 1 + .../e5cea75591088aff7c49be1986f917d5bf9239bd | 1 + .../e65fde921ed71b7c285af74e17c236219921d93d | 1 + .../e69dae819811a2eb357fae1f4318fd6f5d79cf1c | 1 + .../e728503548fae42e6de60249cde619b08214eb6b | 1 + .../e759f7ec7688467e33ce5e5c24f8ed173b6960a9 | 1 + .../eaabcd3a6caa93b8979d2ac3860dab966a6174ec | 1 + .../ec4d7ae0d80232d0c3b3e5264624abd105c66637 | 1 + .../ecc9e9b657a5538a7d4ccf0e34276bc7a506e285 | 1 + .../ed73b8ec2fa93d100f52d15b4e929e6b96ebad6c | 1 + .../ed9a9a42669168d43eb588d4cc4fdcaf411359b9 | 1 + .../ef22eab58fd3b8b5f5952a9544cca76336ab5b9b | 1 + .../f0193a19a92d52bec8c97349458529cf339c7cec | 1 + .../f0ff6a940931d54a8da4613d1aef4ee386ae57df | 1 + .../f2c11eb69589866fd5aa5babbffd8498c2b7541d | 1 + .../f310245cbfbeecba18dfed2fc4dbf09744443cf1 | 1 + .../f3247724e605a288389a8e2a3e49ecdd60e97e2c | 1 + .../f3ff7cd1ddec9010bef3c4f6a23bad18854d921b | 1 + .../f4394776c2f942d1a31d83937a56dfb6437b48eb | 1 + .../f6ab661714ebdf38340f3098bb8b30677e38c412 | 1 + .../f6cabe05ccc9a8486b6517ff43c4f52ab177df8c | 1 + .../f8d2bbc48ba46159aa8a0f594484f1e5d5e274c4 | 1 + .../f8eb39b58f27d1e6e464ef5770fca55fb538ea6e | 1 + .../f924f7abd3d931f5da5ce93dd507caeb2122ae6a | 1 + .../f99b4dda086693fcd7abcccda54c65a5cf5034ff | 1 + .../fb9fb4af98993db7c2e2f33d58603441414e35b8 | 1 + .../fbc7f207b0ba98178f04bf1bfabda3cd22400197 | 1 + .../fdde238aa41a38427623f2a1f0f242d6c8d1ba4a | 1 + .../fde6d4421f18b62095c0021fbccacc72236b2bac | 1 + .../fe1c4e71df9ce0bbc8754081d3c7a29cb4330b40 | 1 + .../fe658cb8b60397ad00d0419a92a233bd923504fb | 1 + .../fef4d5f1ad1786c6f96baaf8538694922d97d78c | 1 + .../ff31b49c9a5718253e127eab2ddd147a4931ff9c | 1 + .../ffa342bc69827b2d52c5fc26cd3dafb6728546dd | 1 + .../365d51d77c3b9c8f44c306463302e5e569eb7b2b | 0 .../4998da8290cd662a23c6acdd0853b1424e3c6b88 | 0 .../71487d9b81185a7ec2586b1526dff362f1ef88c4 | 0 .../b65f7d40a62d2391d0beceb0a3fd570159333ac0 | 0 .../bb188ea83b04b65058f492138d284b4a537b4e5e | 0 .../ef1abf290c9e32f49b2b70369df1a3d6106db36b | 0 .../2f6124cd527c634a02a3b0eb4090f0a8787df499 | 0 .../35692dcbc783dd702d9949e65f8b8ec9f988d784 | 0 .../5b83f2cd3c5841bff0617ee011c221bdbc6dd0bc | 0 .../a38c381ac095540e7f4ce1fd5be0e92b051a979c | 0 .../bc0f0834bf712d01bf0c85ce09a3786db2886616 | 0 .../f0c91078843ba53a0c9c9a3d719a0d7eb7ecd6b6 | 0 文档.txt | 30 + 421 files changed, 15139 insertions(+), 2363 deletions(-) create mode 100644 docs/module-Planning/(首期开发需求确认)智慧医养.md create mode 100644 docs/module-Planning/00-模块规划总览.md create mode 100644 docs/module-Planning/01-智慧医养政府监管系统-模块规划.md create mode 100644 docs/module-Planning/02-智慧医养数据库系统-模块规划.md create mode 100644 docs/module-Planning/03-智慧医养定期巡访系统-模块规划.md create mode 100644 docs/module-Planning/04-智慧康养政府及上级企业审批业务系统-模块规划.md create mode 100644 docs/module-Planning/05-智慧康养系统管理中心-模块规划.md create mode 100644 docs/module-Planning/06-智慧康养呼叫中心系统-模块规划.md create mode 100644 docs/module-Planning/07-养老需求及老人情况评估系统-模块规划.md create mode 100644 docs/module-Planning/08-智慧康养健康管理系统-模块规划.md create mode 100644 docs/module-Planning/09-智慧康养安全系统-模块规划.md create mode 100644 docs/module-Planning/10-智慧康养居家养老管理系统-模块规划.md create mode 100644 docs/module-Planning/11-智慧康养服务商管理系统-模块规划.md create mode 100644 docs/module-Planning/12-智慧康养志愿者管理系统-模块规划.md create mode 100644 docs/module-Planning/13-智慧康养短信平台系统-模块规划.md create mode 100644 docs/module-Planning/14-智慧康养社区助餐可视化系统-模块规划.md create mode 100644 docs/module-Planning/15-家庭床位及适老化改造系统-模块规划.md create mode 100644 docs/module-Planning/16-智能物联网管理系统-模块规划.md create mode 100644 docs/module-Planning/17-医保DIP智能控费-模块规划.md create mode 100644 docs/module-Planning/18-长护险与居家服务管理-模块规划.md create mode 100644 docs/module-Planning/19-医养商城-模块规划.md create mode 100644 docs/module-Planning/20-慢性病管理-模块规划.md create mode 100644 docs/module-Planning/21-中心药房-模块规划.md create mode 100644 docs/module-Planning/22-人工智能服务-模块规划.md create mode 100644 docs/module-Planning/23-全生命周期监测平台-模块规划.md create mode 100644 docs/module-Planning/24-运营管理系统-模块规划.md create mode 100644 docs/module-Planning/25-业务中台-模块规划.md create mode 100644 docs/module-Planning/26-数据中台-模块规划.md create mode 100644 docs/module-Planning/27-技术中台-模块规划.md create mode 100644 docs/module-Planning/mall 文件夹现状分析报告 × 智慧医养需求契合度.md create mode 100644 pages/mall/merchant/ai-consultation.uvue create mode 100644 pages/mall/merchant/chat-workbench.uvue create mode 100644 pages/mall/merchant/health-management.uvue create mode 100644 pages/mall/merchant/医养综合服务商城.md create mode 100644 pages/mall/merchant/错误信息.txt create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/005943608e3440ba379feb6e4c3065d54e45ca78 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/01407085b06bf1c9750bb65b207ce72c5f368ad5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/018b9d3ae969d5412e8ce7d649eab5e239eb99fb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/01c61acdcdad4edbb5d56271212c654395a8b6c7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/01f3b4d7b9f0a7281d49cc639c23c2f6dcbc3593 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/02c579e22b6153c24e4da57532d43068818c3215 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/03d295aa087d1aad99479ae9956df16e2ef36f8b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0489b395e9536664ad35b281407476322566d217 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/049d68e0e4d5f5df16ce2c02f8f7ee91cbf22a92 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0556c158abd52aadb8ed35375b017e1e49466c57 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/05c6a92ba4f9969629067e74e62ccb3848b9c1f8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0726b774d15e819d0464f65b722221e5f87a2f0b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/07ad7e706d841f2d9abee1c445ecd004399829ab create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/07f921b01d2c6ac90633e6ba99a26697a3952e91 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/08afdad1e20d6330834ea3a71033164cec6740a1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0929aa5164c404427b716cb3ea59858c124eb5ea create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0a2ce4c0b503ffb3b488352cff4ca217217ade94 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0ac065a4d79fd3205b9636aff6340f6b6c610ee6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0b850888dc0d5b16068c1e12857c837f64a9c887 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0c456b0a6c2f1975fc078b677431aa04713451e0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0cfb57ce3a95e36748494be8c06a6416719d3382 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0d9e001671f2e52f2f8ce11474b970a6a2c50300 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/0fb1bb61050ef99d7c6dcffebee8d484d36a248d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/116261c8140deeb6b0a5058834bf0df975fcdf9d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/118e7554df265f92507abc5fcf1aa7beaf608501 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/13d3ad75935b16824a0708cad1a76440abdca404 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/144c970bc7690cd25382d3e4fbf44cac7821019b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/14d040d674b104cff5f74a315afca9d81aa9bfc8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/15a6bc7248e6e454004d53ff1d5170707c939062 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/15b3dfe18f667034089978975c72ed5c19ce2231 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/15c0275a33153c6f0b076cabd7130222ed43e343 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1642d0639490c5f3e9f8508064b54be5f217b531 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/166af7ac716b02deabe457c33d8976b210d98369 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/16883a9e1d0ea1cdd0bc9e734fd1c5d0100984c7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/16a976620fc99383c40463dee327a7c2adc41228 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/18714079e7bc95313277d9edc52e2a5888ddf2e7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/187c138e47658281d14536c3f1ea262a6a01c6b5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1afe761a81d4bb4b8d4680d03d14aa8bb8ff89c8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1c0c373acefd978bcf92cf143c3eade61c25654b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1cf2bbc66bf06ffee536b17144ca562af2adbfd8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1ddf5b31b3b5c22ac9ee754d45a84b1937572778 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1e3cabd7660b7119bccf76412cd90f2ba4f50807 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1eeb81971b1e1d1a1a3b2963f2c004a5f6f9efc5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1f1fd5c67633bfdc68063025b1769a8b97b3a1cf create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1f62c34f2aa1c3db4ddf9436281c45e0e8f6bf58 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/1f6e9903ed73ebeb13be3d4177253032d4071fb2 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/20f7151244ecf7a7fcd12f62dde9a619ded2e86b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2144cb6860331f5230b172e9870d8e8854d1ab28 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/218640ad3fd570a41ea04bc6875a2c8e5eeabbb7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/21bbe52a5a05bb0a8168e06a1dbd5d773eae9676 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/23a44c9194da1db066029c1050767cd10465884f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/23f3d19e5ff700ac200911ce80d17ccfafad24b1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/24268a288aee1f54aed9e48e40effc245eecfb26 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/248762bead46f7d685cb73154c5fa93b33d04a94 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/25008082ff084817a8bd28f9a656651404eb5d51 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/25a26424aa19be91082f9d9704e8de95f956c78c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/266e8f0df54d4acc25b3b0f2869ea40e8e91ebc9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/274de33bb4fd999bfcaabc33cb4f7be6f3dc215d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/277b85ec560e45df82af8af23ae2cd0762a7a850 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/27be1db0c8d198924b1ed9196897b0049f0f0414 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/28179829ca18f0d55af8c6cb84551589815aa888 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/282b2eb05129cac04cdf770af498d4cd8f86f450 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/292492cb80d4da4b37ea2e963ff43740a4950063 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2c5743d6538781aa85478b6156c7b1f8c5b920f6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2d7dc425294fae3181a57e282baef759fbcd9813 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2d7e48df3eec581e131c32e5b51f045509bc0151 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2d856f5f517d1db66c30a2bc96734d2622bef7e2 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2dbbe9920e4609b0261bd786afaef31ef12de7a5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2ef79c7cd2c9f1de8cf01e66c7b2b1d7bf84e067 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/2ff2c5eb81f8a63f5c88ecb6e8d4579b9c03ff20 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/30d8ed00ae4387e40eb94d21a6d966da0b5a4d22 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/310e6d3dde56346a9cb887545cc2193abef61945 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3261a48d6ddc39e43f07cc77d7f25c6d0a0450d8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3296cdf2e3f3ad3cd84d10c9bf324a5042e05882 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/32d0b9dd52bcf73fee2b8278a95bb155d77c7a1d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3389bf0be6f3db62f02dbe6d89835f3c7a7ccacd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/33e5626fb1a623e65b9ae73467f817a34e082edb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3422ee3155eae1efc74d6626e7174831c9f4b047 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/344d634afa086bbcd98d29f08a725fe366bd73f1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/34a8bb434f4b2be1723c9f72f7c694ff99106a3a create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/353bbf9c192a011dce427fc9d9aafd6cbf2c9dae create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/358ddd9bb61b301b28c4f4278e5f78016cdc3a32 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3687158e4ebda7cd0af7b21761e78e9dd4adf2a0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/36915f2c8026ddaf67737a4446db0a4e3ef3c5d7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3715e779438b7cb8dc1eb9fd98fc48160c71cd11 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/37b20bdd00a430bb9b58b4a2a2b15e091154e85c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/37bdf3929b31094884ac1bc0411ceedb32502604 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3802716678e5515e059049fa2c122e2dc3a91e75 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/39256c092b1ae4574f9a132dc6890fb69ae962e5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3950fdfbad0d69fdac493dcb3872e3d11902f4d6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/39c456a1ceb9bc8a0d6dad3a6906a101c9b36f8c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3b5d1bd8ad731f3c794436d3bc02214d29462ec5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3c45dcee2c31f4614efed1bcacfd5624097ba385 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3ca59165f9938d00868e7a016b5a740f95f16a8c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3cc743807383951fa378ff4762587e33c6b1c9f6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3ce6d13c4ad9410ba7b4e5d53b902f5c60de5aaf create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3d52a2d906b7eeed50b89260af6586de580ca115 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3f34372798fac6b0c457ad24ebce2d29beb0017f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3f7958f46c06671480e746031ed272c7da73d2a9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/3ffd43c7af0550e932e0edb9a3715366a262d80d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/40db7eac17b876a880e254c9c9824996b12ed37c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/41aeb64c0d60d7accd4f43af3fe1d4c9401cc5c1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/41fc30d3826f4f65364322fc956390b4100ac33d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/42a81685a2583d881bedc1f6bd33a215efc16c02 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/435c776d3e403a6738121e8d740189190463e11e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/436e170a93d2761373267b31c4af329499d0fd2c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/44b9c5bb016da1ace68e50bc32ca647154f240b6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/454c576fdd38d25225f039fd77d5ed0d8933907b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4561f588d2f1ef75ff2749156091d6edd42ad214 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/476b07fe6bdc3c3000d343d22e89d772e3ff6af1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/47c26393fd24bc22831e07c1016203524dba5d4d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/49250910a3dbda86d8a0428fe29e209e52aec6cc create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/49e70749e4072bf9c2b982c671b933901ff8b6c0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4c6976c2a70878b95ae43f5e8973eef14086d6ef create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4c6c832748a46ba3d5a45d407101bafabd5c3f20 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4ce5ddccf5d38113da524c52e9c56f837e0f94a4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4d66e26353e61a3b690526c72dcce052212c36c4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4f617eff21d548cf3492a03010d3c1f86f0460c9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4f67b08879ed8a01bfe334e0aad7a8eb547aead4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/4fb87fcc1f4a12ddd144a9c89db28deffd1043f8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/507b8f690bda2f8486087e6d01136672f796255f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/51da5903395bc7c3a3a808521b089c6902c4220e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/53dd9343a1dfdb218ed8a1e7bda9c8ce1057fcbb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/53e1396ada1c9ac28556650a157477d07d296dfa create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/56bde68a3ed09d830e2d240e25269192f31bd1dc create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/576ebe421f59189909f822eacb0168f24a2d6a2d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/57a57e8b0337b13e3f04ccc99c1cbc591d5f6711 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/58acb3507ec278517ebbc726cdb2409a9204ade1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/58e99f7bb4af6fbf41b2237eae0710067833b440 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/597d1df9a3f88dfabb17d352ca78db052e0efe83 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5b1b9e3120b70259fab73e4aa5f5fc38d245a27f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5b1fe9dc790d35506b9014799830b88834371830 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5b954bcaeceeb369fc06dc51431ff945246dad36 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5b98612b3514fcd292cc412d41ad3c979ad7635a create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5bfa76d8c470acba08f6b2e88fb6264ba1b7d68b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5c40c928f0c6450f8007f844a7136ed2e701c425 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5d796ecbf6c19536c9cc30bb70a69cc48499e93f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5d99d93b57a2735c695c8a7eddd70e4db9e86a01 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5ed28dcde8137e6c79a2d7c40dc4c4a239f626a1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5ee6b99a2d51e72efd70044c98389a6db7982d53 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5f790228e19ef77001352297a017d1ff61bde8c6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/5f9ea11c062f1300f7ab3de50a71310e6da8c669 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/600f777975863ecf95eea5dab1adc884c3fb0426 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6031c4e30c28bc09ff8df822b4a45cfbce3754c3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/61bbf914ec05c34dd3feccb7243e454628e39719 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/61d69b6f75f5537f30d81651d5de7b5cc6f2e26c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/62a1a538191ed2eaa19a06f643a6795a6fd6c1ac create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6460053ff8186e2cc0e91a0d8be6b5c223d45986 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6508b10ba908e57438d28215bb94ecc5b1213416 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/65c7c47591f4be3a6694b1d949c9d2ab8fce6c04 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/67650180a6424e8a5f38dabbdeadd46f1728bbaa create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/67bcabcf2ce7a0da563055ae5520d782064ead75 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/68021b6695c01532c7480bf0811bf5a05c7e2b05 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/68e7dddf7f73101237512225846f63a26d97348a create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/68f862fb2ee65d3c040579f5e8edc781c7d956ab create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/693318150a3e1a973108ce0d218f306e5a491c11 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6a477389afce72860c34461cd03b73f9741bde19 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6a7802e18ad68011b46043ffef4571128a8dcefd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6b670b8517bc867cc0b7f1444dfced813f920558 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6d91366c831f435f1a1b61d9d8ef9c66a2d9f45e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6f25f163318572dd105feedffa25e1c58a61d36e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/6f6f2f7c2f5be2f840b77b64e2fa75a56f4d7f41 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7117532136ea88fe2dc2265ab6e16a4f22a6a3a2 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/713ff87a8fdb05f4a8af773a403dc6dab3ed3699 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/72988ecdd4f94acfd1e4fc6410342453b1b6e0cd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/72ba2eff9203a8c0ac8248f761fab46015bb59fe create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/749c3e87014fb101fc942d6f02cfd45ea3b56bde create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/74b9495d8410731f1d84ee82690a7c7e5723a919 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7b3ea77f9b6637854b0c0fdac35b9e8b676ac76b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7b9cf805809f6ab50080f6cd61c6e3185a69fc73 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7c007c3e102dd00d0059586f001ce339b1fea90b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7c532bf0fa14dfa1a1ccfac724f60523404c15f3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7df801671ab93457ce91968f83e7079832031d9c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/7fa7a5705a59c8471f7c5250467ef356f62a77c5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8184149a75c7d88598d9efbcaa818204a4f5c591 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/826d1fdeb52ed3651f4df5e02c33be3b385505d5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/834ebd45d5889a44be69a7b9d3a4d89e7f64b984 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/83f37b331ed5485619e3995d3b22e27340da89e0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/849335adf1286e861fba468c3a91250133595906 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/85fa2dfd60135829fea0cd6ad114b269e3ffcff0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8640e446b3878f656927a6a19bd0425b2a8d7cd8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/87c8d2982a670b0f3d6000a399d38b5afb05f5ac create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/87f0e9fa8fbc26d7ec48714c509328bb34dfd33c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/881162578daae33d86292c616aa6cc2aca55abc4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/882152755f0872e381a7e40cd73ea2c712646ef7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/88d78b4f6805cbcf290aaba860675f9171ed9750 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/893807d7831eb2bc3036ab64778f4eb9ecad2737 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/89ce09daca31b5dc5d65a144a67e9448de616c0f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8b9f9d3db47adb3d75e582f7dc33bd0c2a509903 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8e87b3cf4b45c62ef8c8497ee24500036ca9f56b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8ea24f69494332187f078ecfa3beae2ce7fd9db1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8fc83e2728432034d3699b19e87449dd9034d28f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/8fd63d82d584d29d5926002daa4ef0ec41f39964 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/900b54519b0d2039325d86a4201e1d52093d1e2d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/90c04503a4bdd743670fedce1a593ad019bf5723 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/91dcfc75ffbe6454a1733532aaa38d10a08b5562 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/92033a26f1a0b29a82e7d389227a73620fc450d5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/926ac2e3b27bb86f012c955cb3e78a4d24cb54be create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/936934b155b9c804858211d74eda5629c87e7b08 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/93e6da12a8f50fd0ddac7eb3322dc1e12e65c3d7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/94109dd69821d9b478873e4ea4410338ce0e3361 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/942d5c9e30632cd40785bc9c0f0e0c8b7d376603 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/95ee716bd27608a48aa32611b63df15eb9e6731f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/97552be7d052f6529d6b823ff40c67671de16aff create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/98a95547ca8964f353b76e19ac16bbbc30ab2fa3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/98ef3edd4f5f63f577a5d15f4d93b7a0aee71df4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9aa7fd4ad30873d3f2dea96377376a249d5fb3d1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9b9f0cc77d66b275e9be389cab52816b3618ca9f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9bd2097990d096b0f49422ebbc4804cf223d8aa7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9ce6c263de8578a4fc98e84e95d140fa2c9a0b7e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9d28355e43249b15aa6d7ba1898037c94ca305ca create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9dc706849e0760d2d52247eedb5ce35c61877454 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/9e76ed20d2d0230b3d1e12559552a029abcfe701 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a07541580cb9ec2ef51562a0212cd45806b2dc3f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a0e0b8b65fabc931b6393506e3ad56e838d59342 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a1c586bfe1283e2e3a42ce7a4a91d1eb7fd4a681 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a253a1faf478b2d42035caa6152ea591562a325d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a40e65b16880f9cc33ce4e6c2d65b0a95250bee3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a5012624af1c46dde0af9d09e596fa986ac8669b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a644f107b90f59dfa8fc709e2af201d44d255a9d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a6d8465124f58f578a09af63fb08c119a6b338ec create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a6f71095533950f1911c9c97deb98b73fbfd3506 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a7691e8412b32c42832e790eb08f76fc587011a3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a7ea1d31dff52357213f92246e3db78ce7c68729 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a85f1b9a1c767845f2fc63245adfbc3276a7b975 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a861bed953ac366c0e513bd245a935845e1cc6c9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a9896b0b4e3f39c443b665f674be8e5acb84fe43 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/a9a0ebc5c8e55f1cb2e53f0d0fe5779a672483e8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/aaa5d5b056a82c48258b930d01a5f2c41eb21a5d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ab8e900b66ae3969d02ef49530ddeaa05e007085 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/abc13b4e7f81a62dce3533ca958357619ecea347 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ac29e2d4eba32c951b40c9aeffa954753b0fb5e1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/acb6dece4894b97e57769938d8338b4d822f3b35 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/acf57e84633e2ef890825aef89a1f17bcc6c9dc0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ae03fea1a685567338c77c60905c64bf2c9233ab create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/aed65c032b177e9b9d874e88bdd153ea9f020dfc create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b31cab5ba6fa8193b91252a51fe27a4c76d29f26 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b71106db386552207a374b878ad57459f27a4417 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b7810ed58963472a31119874f0c64bfa725f6b8d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b873d196051b4896a5bc1cd596e55f6c2c51f6c0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b87bb5217f016c17bd6acc5a536404bf2203bda8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b8a7ccf4fbef03a38b02ef2b1af0dc4f981196f5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b914848ca4c98308eb981900d54c11e04530f687 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/b9360b08d38937a96c3acdb3327ae19e38cf557c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/baa7aa74cc1a022854bc9550b6ba429221f1893e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bac0d18a4e048c45933ec1e442152b02506d368d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bb76d05b83a9a309ea9f1f3a651a1f85a563b336 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bbbd36cdd673711d385b755a03b984f2c7ed68f3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bc1d16e05fe56482d27725cecab96346020a1cf2 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bca34202df293927627835518145d45e727d046b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bd249c8fd62e2e96ba483d8b7d8411307dd822bd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bde45e9efc9fdc28af7b57a5bf794c9af652e43e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bed98b4a8208f3ba731beabbfc5fef4f43787fe4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bee3ab5d727e9f8385a6e623a97873c2fca1db2c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/beeb244a8a465993ce2fd27184b901ac61865989 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bf25e6616184e5a973b5d7ed4d118e0077bc2ae7 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bf38064a7f03631987f3e34398eaa1a099c63482 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/bf4ffca40e8a3e26f1b62edb2882922c8794666e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c0139762babedf011b530c9fe5ea979f27ab83c5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c049f9007ab418b4a010543e2b1af8ec3fb8b43f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c119988d26a9e314f754f6c9315bb7eb3ec91099 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c201f070fd588383d0bb2e24528e7b6042ffb2cb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c279568c9a3f4b13e1e81497c1d3b540dca91536 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c292f4d44fa5c59d7f71563aeb0e2503f231c6df create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c3b2843c29d613ace1c5b8e0edaf2f4b9beaa677 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c3b8710287030145ae41e8038bb4d4579b281f09 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c58a565a54bb4ec96b205f1a8847433d35ad64f6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c5f6393604152e5f0c8fe7dda8e0f62ed54e2ddd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c5f792d72d69b6b5b0cc228a34de12cdbcfacb8c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c71abffd6bd1948e98af580c8e3ba473f41239ab create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c72e3c1ca0da475c9cea3bd9eb2d0937b06cf1b6 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c7604caf2cd1ef6181919a80450c2368c9a4d393 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c7a2359ec8f748db3c70874124e6e292941f7290 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c7c88169de70c4d850265cc31edff7e2a96bcafb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c85e2a38599c89e7fa45b77ee49826dccf6e9171 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c900def023168898d5f3a1cfeb57912a8bd9fba4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/c9a39473ff60d1c53ea65f5956b3673cc87766b5 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/caf4f35d341c194ebbfb0fd3cc2923553ebb4807 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cb6a5e93090bdaadd6c7d360cd9006302ddf9755 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cb6c2e168b29677554a91a514cd98a0c627bfedb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cc581f9f6453981236e9329097c3087e81e99546 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ccb51337f363b49394c154e63d088aa15beceb66 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cd216a94c52077bb10e23d5f6ab1c9dfc72d758c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cdc58d1a0cfb143e54a20bb20d7f4291990eafb9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ce180fc84622c7dc532340cc10fbc5cf34985eeb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ce489a352644eae9621e37af2e4bc138a4e682b2 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cfae00acb0c3966bd4adf069ece2e0339a8e4706 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/cfff765a53cdd5ed221a425647149350c35694df create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d0366a90d6530751579c3681bf3afc688c391fb8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d18501659fa2aa8270b3bb4ce7ee32e51b41e478 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d1b5440dfde524d5ac3cd5971415b9b261e3b858 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d24a7e6ea6b3dc4443361fda69fe3b4b8457f2d3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d25d72631c7a2a11c7f4d2964a81c66df56f8398 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d2854afc926fee584b0d98425bcecdda1f56492e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d63871e0d636f66ad179c4c0340c01e218d2b085 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d688f3f8b7b93ae007a7c3c89e0d818bcd3f7adf create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d849cfb342b12515e6e5ca9cef65d30e102cb044 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d9209df2aa8fe8178d8dfce8a83a410169f267ec create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d95349e4b8f8122bc9ff18b534d94c9305e30588 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d95f46b6480688fd017407d50da9e117c59ef95a create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/d96b0694562f214cfba0aa9c124398b6f346bf95 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/dab6e17a97af550eb6ecdb1c573ce8510391a829 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/dbb95e377908f9598fb2c7cea979224faf406e55 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/dde021866d044a379bef43c47e6292887939582f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/de32644a5c6e08b960c51effb4eb590b736038ec create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/de6ea0341ac1458b4d0e1024a3ed55747ffad2c1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/dea7a25f17faeda96260360e7ac6a3b8ca56816e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/dedf52dfde2322b55cf90d034b73cd1263f26be8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/dff54f087d011f6e6b1c62b46adfe7e3aab0d4fb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e026c09857dc6460b1b6f815482bb4f019b9141f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e038b6cd1edd60aab5c568827335ddb3500783a8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e1df9dbe5cce15e55839c7c222daab18fce62a91 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e2975e52633733589cb73d262046b42e88b8f614 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e2e2f61268868cf0ebdfa2e6ae1321149939e1cc create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e31d7a8ffdc14f1e412f27502cc4898427eca8b3 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e352dbd17856a6f93e726b7272e218d5bcd8d436 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e36376d52f11925b30c7b7b6eca74b489ec1b024 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e460587aa47f3da7ef6314136d3a537d2cf14c5f create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e5cea75591088aff7c49be1986f917d5bf9239bd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e65fde921ed71b7c285af74e17c236219921d93d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e69dae819811a2eb357fae1f4318fd6f5d79cf1c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e728503548fae42e6de60249cde619b08214eb6b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/e759f7ec7688467e33ce5e5c24f8ed173b6960a9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/eaabcd3a6caa93b8979d2ac3860dab966a6174ec create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ec4d7ae0d80232d0c3b3e5264624abd105c66637 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ecc9e9b657a5538a7d4ccf0e34276bc7a506e285 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ed73b8ec2fa93d100f52d15b4e929e6b96ebad6c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ed9a9a42669168d43eb588d4cc4fdcaf411359b9 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ef22eab58fd3b8b5f5952a9544cca76336ab5b9b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f0193a19a92d52bec8c97349458529cf339c7cec create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f0ff6a940931d54a8da4613d1aef4ee386ae57df create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f2c11eb69589866fd5aa5babbffd8498c2b7541d create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f310245cbfbeecba18dfed2fc4dbf09744443cf1 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f3247724e605a288389a8e2a3e49ecdd60e97e2c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f3ff7cd1ddec9010bef3c4f6a23bad18854d921b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f4394776c2f942d1a31d83937a56dfb6437b48eb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f6ab661714ebdf38340f3098bb8b30677e38c412 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f6cabe05ccc9a8486b6517ff43c4f52ab177df8c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f8d2bbc48ba46159aa8a0f594484f1e5d5e274c4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f8eb39b58f27d1e6e464ef5770fca55fb538ea6e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f924f7abd3d931f5da5ce93dd507caeb2122ae6a create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/f99b4dda086693fcd7abcccda54c65a5cf5034ff create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fb9fb4af98993db7c2e2f33d58603441414e35b8 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fbc7f207b0ba98178f04bf1bfabda3cd22400197 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fdde238aa41a38427623f2a1f0f242d6c8d1ba4a create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fde6d4421f18b62095c0021fbccacc72236b2bac create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fe1c4e71df9ce0bbc8754081d3c7a29cb4330b40 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fe658cb8b60397ad00d0419a92a233bd923504fb create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/fef4d5f1ad1786c6f96baaf8538694922d97d78c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ff31b49c9a5718253e127eab2ddd147a4931ff9c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/code/cache/ffa342bc69827b2d52c5fc26cd3dafb6728546dd create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/types/cache/365d51d77c3b9c8f44c306463302e5e569eb7b2b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/types/cache/4998da8290cd662a23c6acdd0853b1424e3c6b88 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/types/cache/71487d9b81185a7ec2586b1526dff362f1ef88c4 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/types/cache/b65f7d40a62d2391d0beceb0a3fd570159333ac0 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/types/cache/bb188ea83b04b65058f492138d284b4a537b4e5e create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_7d20964cd120d0702cf47c25fb5e15666f9856e0/types/cache/ef1abf290c9e32f49b2b70369df1a3d6106db36b create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_eec697843a6f707d76050bcb1085aa5b6c49a254/types/cache/2f6124cd527c634a02a3b0eb4090f0a8787df499 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_eec697843a6f707d76050bcb1085aa5b6c49a254/types/cache/35692dcbc783dd702d9949e65f8b8ec9f988d784 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_eec697843a6f707d76050bcb1085aa5b6c49a254/types/cache/5b83f2cd3c5841bff0617ee011c221bdbc6dd0bc create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_eec697843a6f707d76050bcb1085aa5b6c49a254/types/cache/a38c381ac095540e7f4ce1fd5be0e92b051a979c create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_eec697843a6f707d76050bcb1085aa5b6c49a254/types/cache/bc0f0834bf712d01bf0c85ce09a3786db2886616 create mode 100644 unpackage/cache/.mp-weixin/.uts2js/cache/uts_eec697843a6f707d76050bcb1085aa5b6c49a254/types/cache/f0c91078843ba53a0c9c9a3d719a0d7eb7ecd6b6 create mode 100644 文档.txt diff --git a/components/merchant-tabbar/MerchantTabBar.uvue b/components/merchant-tabbar/MerchantTabBar.uvue index 15500e27..ee6d7629 100644 --- a/components/merchant-tabbar/MerchantTabBar.uvue +++ b/components/merchant-tabbar/MerchantTabBar.uvue @@ -146,7 +146,7 @@ } .tab-item.active .tab-text { - color: #ff5000; + color: rgb(66, 121, 240); font-weight: bold; } diff --git a/docs/module-Planning/(首期开发需求确认)智慧医养.md b/docs/module-Planning/(首期开发需求确认)智慧医养.md new file mode 100644 index 00000000..6962f451 --- /dev/null +++ b/docs/module-Planning/(首期开发需求确认)智慧医养.md @@ -0,0 +1,1839 @@ +| 序号 | 名称 | 规格参数 | 单位 | 数量 | +| ------ | ---------------------------------- | -------- | ---- | ---- | +| (三) | 智慧医养系统 | | | | +| 1 | 智慧医养政府监管系统 | 项 | 1 | | +| 2 | 智慧医养数据库系统 | 项 | 1 | | +| 3 | 智慧医养定期巡访系统 | 项 | 1 | | +| 4 | 智慧康养政府及上级企业审批业务系统 | 项 | 1 | | +| 5 | 智慧康养系统管理中心 | 项 | 1 | | +| 6 | 智慧康养呼叫中心系统 | 项 | 1 | | +| 7 | 养老需求及老人情况评估系统 | 项 | 1 | | +| 8 | 智慧康养健康管理系统 | 项 | 1 | | +| 9 | 智慧康养安全系统 | 项 | 1 | | +| 10 | 智慧康养居家养老管理系统 | 项 | 1 | | +| 11 | 智慧康养服务商管理系统 | 项 | 1 | | +| 12 | 智慧康养志愿者管理系统 | 项 | 1 | | +| 13 | 智慧康养短信平台系统 | 项 | 1 | | +| 14 | 智慧康养社区助餐可视化系统 | 项 | 1 | | +| 15 | 家庭床位及适老化改造系统 | 项 | 1 | | +| 16 | 智能物联网管理系统 | 项 | 1 | | +| (四) | 应用系统 | | | | +| 1 | 医保DIP智能控费 | 项 | 1 | | +| 2 | 长护险与居家服务管理 | 项 | 1 | | +| 3 | 医养商城 | 项 | 1 | | +| 4 | 慢性病管理 | 项 | 1 | | +| 5 | 中心药房 | 项 | 1 | | +| 6 | 人工智能服务 | 项 | 1 | | +| 7 | 全生命周期监测平台 | 项 | 1 | | +| (五) | 运营管理系统 | | | | +| 1 | 运营管理系统 | 项 | 1 | | +| (六) | 中台能力层建设 | | | | +| 1 | 业务中台 | 项 | 1 | | +| 2 | 数据中台 | 项 | 1 | | +| 3 | 技术中台 | 项 | 1 | | + + + + + +**(二)、技术要求:** + +智慧医养系统 + +以构建全域医疗健康数据中枢为核心目标,全面整合市、县、镇、村四级医疗机构资源,着力打通电子病历、健康档案、卫生资源等多类数据壁垒,构建覆盖“医—健—药—康—护—检—养—教”全链条的数字化基础平台。该平台重点建设全民健康信息大数据中心,实现医疗数据实时采集、智能分析和跨域共享,为疾病预防、筛查、诊疗、康复的全周期健康管理提供有力支撑。通过部署智能监测设备与人工智能算法,重点建设慢性病动态监管、居家养老安全预警等数字化应用场景,实现医疗资源精准调度、服务质量动态监管及医养服务模式创新,为构建“医防融合、平急结合、连续服务”的智慧医养服务体系,提供标准化数据支撑与智能化决策支持。 + +智慧医养政府监管系统 + +建设目标 + +聚焦构建全域化、智能化、动态化监管体系,通过运营数据、服务流程与终端设备的系统整合,实现对医养机构服务质量、长者健康动态、适老化改造进度、财政补贴效能等核心要素的多维度实时监管。依托可视化智能分析平台与实时预警机制,构建“监测—预警—调度—评估”闭环管理体系,有力支撑政府部门精准掌握医养资源分布、服务效能与安全风险状况,为政策制定、资金分配与行业标准化建设提供坚实数据支撑,助力打造可复制、可推广的“梅州医养模式”示范标杆。系统深度融合视频监控、健康预警与服务追踪等技术手段,强化对医养机构、服务人员及老年群体的全流程穿透式监管,全面提升医养服务透明度、安全性和均等化水平。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------------- | -------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养政府监管系统 | 数据驾驶舱 | 数据驾驶舱 | 提供全域可视化监管界面,自定义大屏组件展示机构运营、资源分布、服务质量等实时数据,支持多维数据钻取分析 | +| 2 | 养老资源监管系统 | 养老资源监管系统 | 对医养机构床位、医护人员、设备设施等资源进行动态监测与优化配置,生成资源利用率热力图 | | +| 3 | 运营监管系统 | 运营监管系统 | 监控服务项目执行进度,分析服务工单响应时效,评估机构运营KPI达成情况 | | +| 4 | 视频监控系统 | 视频监控系统 | 实时接入全市医养机构重点区域视频流,支持异常行为AI识别与告警弹窗 | | +| 5 | 志愿者统计系统 | 志愿者统计系统 | 管理志愿者档案,跟踪服务时长分布,分析服务类型偏好,生成志愿者活跃度热力地图 | | +| 6 | 老人统计系统 | 老人统计系统 | 建立长者健康画像,动态监测慢性病分布、失能等级结构,分析区域养老需求特征 | | +| 7 | 社区服务呼叫监管系统 | 社区服务呼叫监管系统 | 追踪紧急呼叫响应时效,统计服务类型分布,监测15分钟服务圈覆盖达标率 | | +| 8 | 报警调度系统 | 报警调度系统 | 对接智能终端告警数据,实现报警事件分级处置、应急资源智能调度与处置过程回溯 | | +| 9 | 健康巡诊可视化系统 | 健康巡诊可视化系统 | 监控家庭医生巡诊轨迹,分析服务频次达标率,评估慢病管理效果 | | +| 10 | 助餐可视化系统 | 助餐可视化系统 | 实时显示各助餐点供餐数量,分析膳食营养结构,监测食品安全溯源数据 | | +| 11 | 安全检查及改造可视化系统 | 安全检查及改造可视化系统 | 跟踪适老化改造进度,监测居家安全设备在线率,评估改造项目满意度 | | +| 12 | 补贴发放可视化系统 | 补贴发放可视化系统 | 实现补贴资金流向追踪,验证发放对象合规性,生成资金使用效益分析报告 | | +| 13 | 养老资源监管系统 | 养老资源监管系统 | (重复项,建议合并或删除) | | +| 14 | 养老服务监管系统 | 养老服务监管系统 | 评估服务质量标准执行情况,监测服务投诉处理时效,建立服务机构信用评级体系 | | +| 15 | 津贴及补贴监管系统 | 津贴及补贴监管系统 | 审核补贴申请材料合规性,跟踪资金发放到位率,预警异常发放行为 | | +| 16 | 养老机构监管系统 | 养老机构监管系统 | 动态监测机构备案信息有效性,评估消防、卫生等安全指标达标情况 | | +| 17 | 养老机构等级评定与划分系统 | 养老机构等级评定与划分系统 | 实施星级评定全流程数字化管理,包括评估项目配置、专家资质审核、现场评审数据采集等 | | + +智慧医养数据库系统 + +建设目标 + +梅州市智慧医养数据库系统的建设,坚持以全民健康信息平台为核心,全面整合电子病历、健康档案、医疗资源、慢病及肿瘤诊疗等全域数据资源,着力构建覆盖市、县、镇、村四级医疗机构的标准化、结构化数据库体系。该系统以实现跨机构、跨层级数据互联互通与共享为核心目标,支撑“防—筛—诊—治—康”一体化服务闭环运行,为政府部门强化动态监管与科学决策提供数据支撑,为医疗机构开展精准诊疗提供系统支持,为居民建立全生命周期健康档案奠定基础。通过数据融合应用与人工智能分析技术,重点提升慢病风险评估、肿瘤早筛预警、居家医养监护等关键场景的智能化水平,建立健全安全可信的数据治理体系,确保数据隐私与合规使用,最终形成可复制、可推广的“医—健—药—康—护—检—养—教”全链条数据服务能力,推动区域医养服务模式由被动响应向主动干预转变。 + +经过智慧医养系统一定阶段的持续运营与数据价值沉淀,依托平台功能模块的全面应用,将逐步形成老人数据库、医养机构数据库、居家社区服务组织数据库、医养从业人员数据库、志愿者数据库、安全预警数据库、服务记录数据库、活动管理数据库等多元主题数据库。通过系统化数据治理,构建统一完整的医养大数据标准体系与医养大数据资产体系。 + +后期,通过逐步对外开放大数据服务,依托共享交换、数据集成、转换、资源管理、目录管理、清洗核对与综合分析等功能,面向智慧医养服务产业链各相关主体提供全面、规范、高效的数据服务支持。对医养市场、医养机构、服务质量、涉老产品等关键要素开展360度综合评价,涵盖服务站数量、老人数量、订单与服务数量、部门与员工规模等核心指标,并依托环形占比图、饼状占比图、地理信息可视化图表等形式,动态呈现老人分布结构(包括空巢老人、社会化老人、嵌入式医养服务对象、政府购买服务对象)、服务商分布(涵盖商家、示范站、机构医养、日间照料中心、卫生服务中心)、服务人员分布、订单状态分布(包括新增订单、已接订单、进行中订单、已完成订单),以及服务中心、驿站、日间照料中心等点位的视频监控运行情况,全面提升医养服务管理的精细化、智能化水平。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------- | -------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养数据库系统 | 老人基础信息数据库 | 老人基础信息数据库 | 存储全域60岁以上老人身份信息、健康档案、社保数据,包含身份证号、户籍地址、紧急联系人等核心字段,支持与公安/医保系统实时校验,采用国密SM4加密存储核心字段:户籍信息、社保状态、紧急联系人、健康评估等级(ADL评分)特色功能:动态更新民政/公安数据比对核验,建立空巢/失能老人标签体系,支持多维度人口结构分析 | +| 2 | 机构数据库 | 机构数据库 | 收录养老机构备案信息(含床位数量、医护配比、消防资质等),实时更新运营状态(正常/整改/关停),对接民政年检数据核心字段:备案资质(床位/医护配比)、消防验收记录、服务能力评级特色功能:实时监控床位使用率(入住率≥80%触发预警),自动生成机构运营健康指数(含投诉率/事故率) | | +| 3 | 居家社区服务商数据库 | 居家社区服务商数据库 | 建立服务商准入档案(营业执照/服务资质/人员配置),记录服务项目覆盖半径、服务工单达标率、客户投诉率等动态评价指标核心字段:服务资质证书、服务项目清单、履约评价记录特色功能:构建服务商信用评分模型(含工单响应时效/投诉处理满意度),支持15分钟服务圈覆盖密度分析 | | +| 4 | 服务数据库 | 服务数据库 | 标准化存储18类医养服务项目(助餐/助浴/康复护理等),包含服务流程SOP、耗材清单、风险处置预案等结构化数据核心字段:18类标准服务目录(助浴/康复/送餐等)、服务流程SOP、风险处置预案特色功能:服务项目与医保支付目录智能匹配,服务效果量化评估(基于穿戴设备数据追踪) | | +| 5 | 养老从业人员数据库 | 养老从业人员数据库 | 记录护理员/康复师等职业资质证书、继续教育学时、服务评价分,建立黑名单预警机制(包含违规记录追溯)核心字段:职业资格证书、继续教育学时、违规记录特色功能:建立黑名单跨机构共享机制,实施服务过程区块链存证(如翻身操作时间戳记录) | | +| 6 | 志愿者数据库 | 志愿者数据库 | 管理志愿者注册信息(技能特长/服务时间偏好),跟踪服务时长累计值,实施星级评定(五星级志愿者需年服务≥200小时)核心字段:服务技能标签(急救/心理疏导)、服务时间偏好、星级评定特色功能:志愿者画像与老人需求智能匹配(基于NLP分析服务请求),服务积分商城兑换管理 | | +| 7 | 安全预警数据库 | 安全预警数据库 | 存储智能监测设备告警日志(跌倒/火灾/突发疾病),记录应急响应时效(从告警触发到处置完成的时间轴数据)核心字段:设备告警日志(跌倒/火灾)、应急响应时效、处置结果反馈特色功能:构建三级预警模型(黄色/橙色/红色),联动120/119调度系统生成最优处置路径 | | +| 8 | 智能健康数据库 | 智能健康数据库 | 整合穿戴设备监测数据(心率/血压/血氧)、电子病历摘要、用药依从性记录,构建个人健康风险预测模型核心字段:穿戴设备监测数据(血压/心率/血氧)、电子病历摘要、用药依从性记录特色功能:慢性病风险预测(基于LSTM算法),生成个性化健康干预建议 | | + +智慧医养定期巡访系统 + +建设目标 + +构建覆盖市、县、镇、村四级的医养服务动态监测网络,依托智能终端设备(包括可穿戴设备、居家传感器等)实时采集老年人生理指标、活动轨迹及环境安全数据,充分利用全民健康信息平台的数据融合功能,实现对居家、社区及机构养老群体的风险预警与分级响应机制。该系统着力构建“主动监测+智能研判+精准派单+闭环管理”的巡访服务流程,通过量化评估指标体系动态识别高风险人群,自动生成个性化巡访任务清单并分派至家庭医生、社区工作者及专业护理团队,同时加强民政、卫健、医保等多部门数据协同,重点为失能、独居、慢性病等老年群体提供周期性健康评估、居家安全巡检和应急救助服务,最终形成“数据驱动、资源整合、服务下沉”的智慧化巡访服务体系,切实提升老年健康服务的及时性、精准性和连续性。 + +严格落实安全监管要求,规范记录各地区定期巡访工作开展情况,实现分组巡访与现场照片上传等功能,进一步提升管理效能。系统主要包括计划制定、巡访内容确定、移动端巡访打卡与影像记录、后台监督管理等核心模块。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------------- | -------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养定期巡访系统 | 计划制定模块 | 计划制定模块 | 制定年度/季度巡访计划,支持按区域、机构类型分配巡访频次,设置重点监测对象(如失能老人、慢性病患者)等 | +| 2 | 巡访内容确定模块 | 巡访内容确定模块 | 配置标准化检查清单(含健康评估、设备维护、环境安全等30+项指标),支持自定义添加机构特色化服务检查项 | | +| 3 | 巡访移动端打卡拍照记录模块 | 巡访移动端打卡拍照记录模块 | 提供GPS定位签到、现场照片/视频上传(自动水印)、电子签名确认功能,实时回传巡访数据至监管平台 | | +| 4 | 百台监管模块 | 百台监管模块 | 集成智能设备状态看板(如生命体征监测设备在线率),异常事件自动派单(如连续3天未上传健康数据预警) | | +| 5 | 分组巡访模块 | 分组巡访模块 | 动态组建跨专业巡访小组(医护+社工+设备维护),支持任务包分配与路线优化,实现多组协同作业管理 | | +| 6 | 系统管理模块 | 系统管理模块 | 设置7级权限体系(市-区-街道-机构四级管理员+三类巡访角色),管理50万+长者档案数据加密存储与分级调阅机制 | | + +智慧医养政府及上级企业审批业务系统 + +建设目标 + +以数字技术为驱动,构建覆盖全市的“医-健-药-康-护-检-养-教”全链条服务体系。通过统筹市、县、镇、村四级医疗资源,全面建设全民健康信息基础平台、智慧大脑及数据采集体系,推动电子病历、健康档案等医疗数据互联互通,有效破除信息孤岛壁垒。平台重点构建慢性病肿瘤精准监管体系,依托大数据分析实现疾病风险评估与早期干预;同步推进智慧医养服务体系建设,涵盖政府监管、家庭适老化改造、补贴监管等子系统,形成“平台+服务+运营”可持续模式。 + +通过B2B/B2C多线服务并行,建立涵盖医疗机构与个人用户的商业模型,最终实现医疗资源均等化、服务流程数字化和医养产业协同化,为应对深度老龄化提供“梅州方案”。具体实现功能包括:支持相关审核人员通过微信端登录,进行补贴申请审核、企业资质审核、家庭床位审核等在线审批与实时查看,有效提升移动办公效能。支持对多种申请类型的创建与维护,可设定多级、多部门审核流程,所有审核操作均支持驳回或通过,并实现全过程留痕。支持对不同部门及人员角色进行权限管理,具备新闻发布、建议反馈查看等功能。支持根据审核内容进行任务指派,实现补贴申请的审核与发放,以及对评估机构、医养机构、服务商等系统的发放管理。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ---------------------------------- | ---------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养政府及上级企业审批业务系统 | 微信端登录模块 | 微信端登录模块 | 核心功能:微信扫码/小程序授权登录特色功能:动态口令二次认证(短信验证码+人脸识别活体检测)安全机制:登录日志区块链存证(含设备指纹/IP定位) | +| 2 | 补贴申请审核模块 | 补贴申请审核模块 | 核心功能:申请材料在线提交(PDF/图片格式)智能审核:自动校验重复申报(跨部门数据比对)补贴金额智能核算(结合医保支出数据)电子签章自动加盖 | | +| 3 | 企业资质审核模块 | 企业资质审核模块 | 核心功能:资质材料OCR识别(营业执照/执业许可证)智能评估:信用评分模型(工商/税务/司法数据联动)服务能力指数(对接床位数据库/设备清单)风险预警:黑名单企业自动拦截 | | +| 4 | 家庭床位审核模块 | 家庭床位审核模块 | 核心功能:适老化改造验收材料上传智能核验:改造前后照片智能比对(AI图像分析)床位使用状态联动查询(对接智能床垫传感器)特色服务:在线视频验收(5G+AR实景查看) | | +| 5 | 多级审核模块 | 多级审核模块 | 流程引擎:自定义审批链(最多支持7级审批)跨部门会签(卫健+民政+医保并行审核)智能调度:审批超时自动催办(短信/微信提醒)重大事项自动升级(分管领导直通通道) | | +| 6 | 权限管理模块 | 权限管理模块 | 权限体系:RBAC模型+动态权限(敏感操作需二次授权)审计功能:操作录屏追溯(含鼠标轨迹记录)数据修改留痕对比(变更内容高亮显示)安全控制:敏感字段脱敏(身份证号/银行卡号部分隐藏) | | +| 7 | 新闻发布模块 | 新闻发布模块 | 核心功能:富文本编辑器(支持图文混排/视频嵌入)智能发布:敏感词自动过滤(民政领域专用词库)多端同步推送(官网/微信/APP三端联动)传播分析:阅读量热力图(区域分布/传播路径追踪) | | +| 8 | 建议反馈查看模块 | 建议反馈查看模块 | 核心功能:分类标签管理(服务类/设施类/政策类)智能处理:重复建议自动合并(NLP语义分析)热点问题预警(同一问题24小时内反馈≥5次触发)闭环管理:处理结果短信通知+满意度评价回访 | | + +智慧康养系统管理中心 + +建设目标 + +通过构建覆盖市、县、镇、村四级的综合监管体系,实现对医养服务全流程动态监管与资源的统筹调度,重点围绕以下三大核心方向展开:一是建立基于大数据分析的智能化政府监管平台,实现对医养机构运营质量、老年人健康画像、适老化改造进度等全要素的可视化监管;二是构建慢性病及肿瘤的闭环管理体系,依托AI风险预警模型和动态监测机制,形成从筛查预警到干预治疗的全流程数字化管理链条;三是健全医养服务协同网络,打通公立医院、基层医疗卫生机构、养老院及家庭床位之间的数据壁垒,推动医疗资源下沉与分级诊疗制度有效落实,最终打造“监管智能化、服务精准化、资源协同化”的智慧医养管理中枢,为老年人提供覆盖“预防—诊疗—康复—照护”的全生命周期健康服务,有力支撑“健康梅州”战略的实施。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------- | ---------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养系统管理中心 | 下属机构系统 | 下属机构系统 | 实现全市8区县医养机构的统一管理,包括机构信息维护、服务能力评估、服务质量动态监管和跨机构协作调度功能 | +| 2 | 汉限及角色管理 | 汉限及角色管理 | 基于RBAC模型的细粒度权限控制,支持政府/机构/家属多级角色授权,实现数据分级访问和操作审计功能 | | +| 3 | 一卡通管理 | 一卡通管理 | 管理老人电子健康码、医保卡、智能手环等数字凭证,实现发卡/挂失/补办全流程数字化管理 | | +| 4 | 智慧库 | 智慧库 | 构建包含健康知识库、诊疗方案库、应急预案库的智能知识中枢,支持自然语言检索和智能推荐功能 | | +| 5 | 公告管理 | 公告管理 | 分级分类发布政策通知、健康警示、服务公告,支持定向推送至指定机构/社区/个人 | | +| 6 | 老有所为老年大学 | 老有所为老年大学 | 提供在线课程直播、健康讲座点播、兴趣小组管理功能,集成学分认证和结业证书发放模块 | | +| 7 | 老人圈和家属圈 | 老人圈和家属圈 | 构建社交化服务平台,支持健康动态分享、紧急呼叫互助、家属留言墙等功能 | | +| 8 | 日志管理 | 日志管理 | 记录系统操作日志、服务过程日志、设备运行日志,支持多维检索分析和异常行为预警 | | +| 9 | 智能设备接口管理 | 智能设备接口管理 | 统一接入50类智能终端设备(如健康检测仪、跌倒雷达等),提供设备状态监控、数据解析、协议转换等功能 | | +| 10 | 系统资源监控 | 系统资源监控 | 实时监控资源使用情况,包括CPU/内存/存储/网络指标,设置阈值告警策略 | | +| 11 | 基础数据维护 | 础数据维护 | 维护全市长者电子档案(含健康数据)、医疗机构资源库、药品耗材目录等核心基础数据 | | + +智慧康养呼叫中心系统 + +建设目标 + +通过整合紧急救助、健康咨询、服务调度等核心功能,构建覆盖居家、社区、机构的全场景实时响应体系,打造老年人一键式求助、多终端联动、多部门协同的智能化服务中枢。 + +依托智慧医养平台,实现全市医养应急救援的统一指挥,对辖区内各类医养信息及事件实行集中受理、高效调度信息资源,提升科学决策和统一指挥水平。 + +采用基于软交换云架构的呼叫中心部署模式,实现呼叫弹屏、语音记录等关键功能。相较于传统自建呼叫中心,本方案具有前期硬件投入少、扩展性强等优势,并可保留用户原电话号码,无需另行申请指定号码。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------- | --------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养呼叫中心系统 | 提供来电弹屏 | 提供来电弹屏 | 核心功能:来电时自动弹出老人健康档案(含既往病史、用药记录、紧急联系人)特色功能:风险等级颜色预警(红色为高危人群)数据联动:自动关联家庭智能设备实时数据(如心率监测仪) | +| 2 | 通话录音 | 通话录音 | 核心功能:全量通话录音存储(保留180天)安全机制:医疗数据加密存储(AES-256)权限控制:敏感录音需医务科长授权调取 | | +| 3 | VIP客户分流 | VIP客户分流 | 智能识别:根据健康档案中的高风险标签(如独居、癌症晚期)自动分配专属坐席服务升级:优先接入主任医师/心理咨询师,支持服务记录跨机构共享 | | +| 4 | 智能IVR创建工单 | 智能IVR创建工单 | 语音导航:支持7×24小时智能语音应答(含方言识别)工单生成:通过NLP自动解析需求,生成包含服务类型(医疗/护理/设备维护)、紧急程度的电子工单任务分配:自动推送至对应科室工单池 | | +| 5 | 多方通话 | 多方通话 | 应急会议:支持同时接入家庭医生、急救中心、家属的三方通话协作标注:通话中可实时标注关键信息(如过敏史)并同步至电子病历 | | +| 6 | 坐席监控 | 坐席监控 | 实时监测:展示坐席状态(空闲/通话/后处理)、服务时长、满意度评分质控预警:异常通话自动提醒(如超时未处理急救请求)大屏展示 | | +| 7 | 录音质检 | 录音质检 | 智能评分:基于情感分析模型评估服务态度(愤怒指数检测)合规审查:关键词扫描(涉及隐私泄露、违规承诺等)质量报告:生成包含语速、静默时长等20项指标的质检报告 | | +| 8 | 数据报表 | 数据报表 | 多维分析:服务请求类型分布(医疗咨询45%、设备报修30%等)效能评估:接通率(≥98%)、平均响应时长(≤18秒)等核心指标统计预警预测:基于历史数据的服务高峰时段预测 | | + +养老需求及老人情况评估系统 + +建设目标 + +着力构建覆盖全维度、智能化的健康监测与风险预警体系。通过整合智能腕表、生命体征监测雷达、便携式健康检测仪等20余类智能感知终端,实时采集老年人生理指标(包括血压、血糖、心电等)、行为特征(如跌倒、活动轨迹)及环境数据(如燃气泄漏、溢水风险),结合专业化心理健康测评系统(支持百余种量表及AI情绪研判)与生活习惯数据(依托助餐系统、健康档案等多源获取),依托全民健康信息平台大数据中枢,运用机器学习算法构建动态健康画像。 + +该系统实现三大核心功能:一是依托闭环监管机制,实现对慢性病、认知障碍等风险的早期筛查与量化评估;二是通过智能提醒服务系统启动分级预警机制(红色预警直联急救中心);三是生成个性化健康干预方案(含用药提醒、康复训练计划等),最终形成“生理—心理—环境”三位一体的健康评估体系,为“防—筛—诊—治—康”全周期服务链提供坚实数据支撑,显著提升医养服务的精准性与响应效率。 + +开展对老年人服务需求的科学评估,依据评估结果进行系统性汇总分析,为医养服务发展提供方向指引。采用现代化评估工具与移动互联网技术,支持通过手机终端按统一评估标准及量表开展高效评估工作。围绕老年人日常生活活动能力、精神状态、感知觉与沟通能力、社会参与能力等四项关键指标,实施全面、规范的评估与监测。 + +系统具备老年人能力评估信息的录入、查询、管理、上报及统计分析等功能,实现评估数据的集中存储与统一管理,成为开展医养服务的重要依据和智慧化建设的基础支撑。所提供的老年人能力基础数据,是落实各级政府财政补贴政策(包括高龄补贴、经济困难老年人护理补贴、医养机构运营补助等)的核心依据。该系统能够为政府制定医养服务相关政策提供扎实的数据基础,成为政府科学规划和决策医养服务业发展的重要依据。 + +功能清单 + +主要包括综合评估,评估及调查标准制定,评估及调查内容制定,评估人员移动端等功能模块。 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------------- | ---------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 养老需求及老人情况评估系统 | 综合评估模块 | 综合评估模块 | 构建多维评估模型,通过ADL量表、MMSE量表等标准化工具,对老人健康状况、生活能力、心理状态进行量化评估。支持智能算法生成照护等级评定结果,自动匹配养老机构/居家养老建议方案 | +| 2 | 评估及调查标准制定模块 | 评估及调查标准制定模块 | 支持动态配置评估指标体系,可参照《老年人能力评估规范》GB/T 42195-2022长期护理失能等级评估标准》等国家标准,结合梅州实际制定本地化评估标准。具备指标权重设置、评分规则定义、评估流程可视化配置功能 | | +| 3 | 评估及调查内容制定模块 | 评估及调查内容制定模块 | 提供问卷编辑器,支持创建包含认知能力、疾病史、生活习惯等维度的调查模板。可设置必填项校验、逻辑跳转规则,生成符合MDS-HC等国际通用评估工具标准的电子化调查表 | | +| 4 | 评估人员移动端模块 | 评估人员移动端模块 | 开发具备离线数据采集功能的移动应用,支持现场拍照/视频取证、电子签名确认。集成LBS定位服务记录评估轨迹,实时上传评估数据。内置知识库提供评估标准解读和典型案例参考 | | +| 5 | 信息录入模块 | 信息录入模块 | 提供结构化数据录入界面,支持OCR识别身份证件信息自动填充。可上传健康监测设备数据(如血压、血糖等生理指标),对接医疗机构HIS系统获取电子病历数据。具备数据完整性校验和异常值预警功能 | | +| 6 | 信息查询模块 | 信息查询模块 | 支持多条件组合查询(如年龄段、失能等级、疾病类型),显示老人评估历史记录、服务需求变化趋势。对接GIS系统实现养老资源地图可视化查询,显示周边养老机构空余床位、适老化改造服务点等信息 | | +| 7 | 信息管理模块 | 信息管理模块 | 建立全生命周期档案管理,包含评估报告、服务记录、家属反馈等数据。设置权限分级机制(卫健部门监管员、评估机构管理员、养老护理员等不同角色),支持数据脱敏处理和审计日志追踪 | | +| 8 | 数据上传模块 | 数据上传模块 | 对接市级全民健康信息平台,按照HL7/FHIR标准进行数据转换。支持定时/实时两种上传模式,异常中断自动续传。提供数据质量监测看板,展示字段完整率、逻辑一致性等质量指标 | | +| 9 | 数据统计模块 | 数据统计模块 | 生成动态分析报告,包括区域养老需求热力图、服务供给缺口分析、评估结果聚类分析等。内置预测模型(如ARIMA、LSTM)进行失能老人数量预测,为政府资源配置提供决策支持。支持导出符合统计要求的标准化报表格式(Excel/PDF) | | + +智慧康养健康管理系统 + +建设目标 + +通过统筹整合医疗、康养、公共卫生等全领域资源,构建覆盖“防—筛—诊—治—康”全流程的数字化服务体系。依托全民健康信息平台和智能终端设备,实现市、县、镇、村四级医疗机构数据互联互通,着力打造集电子病历共享、远程诊疗、慢病管理、心理干预、居家监护等功能于一体的智慧医养生态。充分运用大数据分析和人工智能技术,健全以公立医院为核心的医联体协作机制,创新“平台+服务+运营”运营机制,有效提升医疗资源均等化水平与服务效率。聚焦老龄化社会实际需求,建立覆盖77万老年人口的智能监测网络,实现慢性病早筛早诊、居家安全预警和个性化健康管理,着力构建可复制、可推广的“梅州医养模式”,推动医疗服务质量提升、运营成本降低和医养产业协同发展,为应对深度老龄化挑战提供扎实可靠的数字化解决方案。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------- | ---------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养健康管理系统 | 健康管理 | 健康管理 | 综合健康档案中枢:整合电子病历、体检报告、穿戴设备数据等10类健康数据源,构建全生命周期健康档案。支持三色预警管理(红/黄/绿码),自动生成包含饮食/运动/用药建议的年度健康管理计划 | +| 2 | 健康数据实时监控 | 健康数据实时监控 | 多源数据驾驶舱:实时显示血压(±5%误差校准)、血糖(支持动态血糖仪CGM)、血氧、心率等12项指标。设置个性化预警阈值(如高血压患者收缩压>160mmHg触发报警),异常数据自动推送至责任医生和紧急联系人 | | +| 3 | 中医体质辨识 | 中医体质辨识 | 智能辨证系统:基于《中医体质分类与判定》标准,通过67项体质判定量表(含舌象AI识别模块)自动划分9种体质类型。提供个性化养生方案库,包含300+道药膳食谱和24节气养生指南,支持体质变化趋势跟踪 | | +| 4 | 健康管理智能设备 | 健康管理智能设备 | 物联网设备中枢:统一接入管理血压计(欧姆龙协议)、血糖仪(ISO15197标准)、智能床垫等20类设备。具备设备异常离线报警、电池状态监控、测量数据质控(剔除异常波动值)功能 | | +| 5 | 健康小屋方案 | 健康小屋方案 | 社区健康服务节点:部署自助式体检设备(身高体重仪、心血管功能检测仪等),支持刷身份证/社保卡快速建档。数据自动同步至市级平台,生成健康风险评估报告(含10年冠心病发病概率预测) | | +| 6 | 健康管理方案 | 健康管理方案 | 个性化服务引擎:根据健康评估结果自动生成包含运动处方(FITT原则)、营养方案(精准到克)、用药提醒的360平台管理方案。支持方案执行率统计(通过智能药盒、运动手环数据采集)和效果评估(指标改善对比分析) | | +| 7 | 健康评估分析 | 健康评估分析 | 大数据分析平台:应用XGBoost算法构建慢性病风险预测模型(AUC≥0.85),支持区域疾病谱分析。生成包含健康素养得分、医疗费用节约潜力值的个人/群体评估报告,数据对接DRG/DIP系统 | | + +智慧康养安全系统 + +建设目标 + +着力构建“全周期安全防护体系”,依托智能感知、动态加密、分级授权等技术手段,建立健全覆盖数据采集、传输、存储、应用全流程的安全防护机制。系统聚焦三大核心方向:一是围绕区块链分布式存储与访问控制技术,强化医疗数据隐私保护与防篡改能力;二是严格遵循《中华人民共和国数据安全法》《中华人民共和国个人信息保护法》等相关规定,构建合规管理体系,完善数据分类分级、权限审计、脱敏处理等制度规范;三是通过安全态势感知平台,实现对网络攻击和异常访问行为的实时监测与智能预警,同步加强医疗设备运行安全监测、患者生命体征异常预警及紧急救援快速响应等多维度安全防控能力,最终形成“技术防御+制度保障+应急响应”三位一体的智慧医养安全生态,切实保障系统稳定运行、数据安全可控和患者健康权益有效落实。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------------- | -------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养安全系统 | 防走失定位 | 防走失定位 | 三重定位技术:集成GPS(室外定位精度≤5米)+蓝牙信标(室内定位精度≤1.5米)+惯性导航(轨迹补偿)电子围栏:设置安全活动半径(可细分日间/夜间模式),越界触发声光报警+自动推送预警信息至3个紧急联系人 | +| 2 | 生命体征监测及睡眠监测系统 | 生命体征监测及睡眠监测系统 | 医疗级监测:连续监测心率(±2bpm)、呼吸频率(±1次/分)、体动频率(0.1Hz采样率)睡眠分析:通过PPG信号识别睡眠阶段(深睡/浅睡/REM),生成睡眠质量评分(PSQI标准)离床预警:持续30分钟无体征信号触发二级报警 | | +| 3 | 主动报警 | 主动报警 | 多级预警机制:红色报警(生命体征异常)直连120急救中心、橙色报警(环境风险)推送社区网格员、黄色报警(设备异常)通知运维人员报警复核:视频联动自动抓拍现场画面,留存15秒报警前后视频证据 | | +| 4 | 紧急求助 | 紧急求助 | 一键呼救系统:支持智能手表、床头按钮、卫生间拉绳三种触发方式多方协同响应:自动建立包含家属、社区医生、物业保安的应急通话群组离线保障:断网状态下通过LoRa自组网传输报警信号 | | +| 5 | 监护 | 监护 | 智能监护舱:实时显示老人位置、体征、环境等8维数据异常追溯:支持72小时内监护数据回溯分析(可定位到分钟级异常波动)用药监护:智能药盒未按时开启触发三级提醒(语音-〉灯光-〉人工干预) | | +| 6 | 环境监测 | 环境监测 | 五重风险感知:监测烟雾(灵敏度0.1dB/m)、可燃气体(0%~100%LEL)、溢水(响应时间≤3秒)、甲醛(0.01mg/m³精度)、温湿度(±0.5℃)设备联动:燃气泄漏自动关闭电磁阀,溢水报警启动排水泵 | | +| 7 | 视频关爱 | 视频关爱 | 隐私保护模式:支持分时段视频遮蔽(如夜间自动关闭卧室摄像头)AI行为识别:通过骨骼关键点检测技术识别跌倒(准确率≥95%)、久坐(超2小时提醒)等风险行为亲情互动:家属APP可发起视频通话(最大支持6方接入) | | +| 8 | 智能安防 | 智能安防 | 三重认证体系:人脸识别(误识率≤0.001%)+指纹验证+动态密码智能预警:陌生人徘徊超5分钟触发区域告警,异常开门(非授权时段)启动声光威慑设备联动:触发报警后自动落锁并推送结构图至安保人员终端 | | + +智慧康养居家医养管理系统 + +建设目标 + +聚焦于构建覆盖全域的智能化居家养老服务体系,通过统筹整合医疗、养老、社区等多方资源与数据,贯通“市—县—镇—村”四级服务网络,实现对居家老年人的健康监测、生活照料、紧急救援、远程诊疗等全场景数字化管理。 + +系统以智能终端设备(如健康监测腕表、家庭体征雷达、SOS呼叫器等)为感知层,依托全民健康信息平台的数据中枢,构建“智能监测—风险预警—服务响应—质量监管”闭环运行机制,重点实现适老化改造全流程管理、家庭病床动态监管、精准服务发放、健康档案智能分析等功能,推动优质医疗资源下沉至社区和家庭,为居家老人提供个性化、主动式的医养结合服务。同时,通过B2B(机构协同)、B2C(个人服务)等多维度商业模式创新,形成可复制、可推广的居家智慧医养“梅州模式”。 + +各级居家社区医养服务中心应规范日常运营信息管理,涵盖功能设置、人员配备、活动预告等内容,并切实做好服务对象的流量监测与调度工作。 + +居家社区医养服务核心主要围绕老年人的三个维度展开:一是健康维度,依托系统实现老年人健康数据的远程监护与异常预警;二是安全维度,包括健康安全(如心率、血压等指标)、位置安全(电子围栏定位)、居家生命体征监测,以及家居安防(燃气、漏水、烟雾等风险预警);三是生活服务维度,为老年人提供助医、助洁、助行、助急、代办等各类服务。 + +围绕第三维度生活服务,智慧居家医养平台支持三种需求提交方式:一是语音方式,老年人可通过一键呼叫设备(如手机、手环、胸牌等)发起呼叫,呼叫中心实时弹屏显示并录音,客服人员根据沟通内容生成服务订单并派单,服务商与服务人员通过移动端接单。系统对服务全过程实施监管,包括接单记录、服务开始与结束时的定位与影像记录,子女可参与服务评价,客服可开展电话或现场回访。二是移动互联网方式,老年人或其子女通过终端或小程序在线下单,服务人员可自主抢单并提供服务。三是定期上门回访方式,服务人员在现场通过服务端录入老人需求,实现服务需求的及时提交与响应。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ------------------------ | -------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养居家养老管理系统 | 老人档案 | 老人档案 | 全息档案管理:集成基本信息(含社保/信息)、健康评估结果(ADL评分等)、家庭床位配置信息、适老化改造记录等12类数据动态更新:对接智能设备自动更新体征数据权限分级:家属可通过小程序查看脱敏版档案 | +| 2 | 订单管理 | 订单管理 | 全流程跟踪:支持服务预约(含服务时间地理围栏校验)、服务确认(人脸识别验证)、服务评价(五星评分+文字反馈)支付对接:集成统筹支付、长护险结算、银联/第三方支付等6种支付渠道 | | +| 3 | 服务项目管理 | 服务项目管理 | 服务矩阵管理:维护生活照料(助浴助洁等)、医疗护理(伤口护理等)、康复训练等8大类服务目录智能推荐:根据健康档案自动匹配推荐服务项目服务商对接:显示周边3公里内服务商接单响应时间排名 | | +| 4 | 家庭医生管理 | 家庭医生管理 | 签约管理:电子签约协议存证(符合电子签名法),支持家医团队画像展示(含接诊量、好评率等)服务监管:自动统计履约情况(每月上门服务达标率)远程协作:视频问诊记录自动归档至电子病历 | | +| 5 | 老年活动中心管理系统 | 老年活动中心管理系统 | 智能预约系统:支持课程预约(养生讲座等)、活动报名(书画比赛等)健康积分:参与活动获取积分兑换服务设备联动:通过人脸识别闸机自动签到,智能手环监测活动期间体征数据 | | +| 6 | 智能呼叫 | 智能呼叫 | 多端接入:支持智能腕表SOS按键、语音唤醒、手机APP等5种触发方式分级响应:红色报警(跌倒等)15秒内接通急救中心,绿色需求(送餐等)分配至服务商工单池轨迹追踪:报警时同步上传最近1小时活动轨迹 | | +| 7 | 工作台 | 工作台 | 服务驾驶舱:展示待处理订单、预警信息、服务人员位置等关键信息智能排班:根据服务半径、技能标签自动生成最优派工方案质量分析:统计投诉热点问题(如助浴服务迟到率),生成改进分析报告 | | + +智慧康养服务商管理系统 + +建设目标 + +通过构建“平台+服务+运营”三位一体的数字化治理体系,全面提升政府监管效能、优化服务流程、促进产业链协同发展。重点推进以下工作: + +(1)建立覆盖全市医养机构的动态智能监管网络,依托运营数据分析、健康画像评估、视频监控及报警调度系统,实现对服务质量、补贴资金使用、星级评定等环节的全流程穿透式监管; + +(2)打通家庭床位改造、社区助餐服务、健康管理等12类服务场景的数据闭环,推动服务申请、工单派发、过程跟踪与效果评估等各环节标准化、在线化流转; + +(3)搭建跨部门数据共享枢纽,整合卫生健康等八大领域数据资源,构建医养服务商信用评价模型和资源智能调度算法,推动形成“政府监管—机构服务—市民评价”良性互动的发展生态。 + +该系统全面运行后,将实现全市医养服务资源利用率提升30%、政府监管响应速度提高50%、服务投诉率降低25%的运营目标,为打造可复制、可推广的“梅州医养模式”提供坚实支撑。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ---------------------- | ---------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养服务商管理系统 | 商务模式管理模块 | 商务模式管理模块 | ①构建B2G(政企)、B2B(机构间)、B2C(个人)多级服务体系②制定服务定价策略与分成规则③建立医养服务资源池化运营机制④支撑"平台+服务+运营"商业模型搭建 | +| 2 | 服务商列表管理模块 | 服务商列表管理模块 | ①维护全市医养服务商(含养老院/护理院/家政公司)基础档案②分级分类管理(机构类型/服务能力/资质等级)③GIS地图可视化分布展示④动态更新机构床位/人员/设备等供给能力 | | +| 3 | 服务商人员管理模块 | 服务商人员管理模块 | ①从业人员注册与资质核验(护工证/康复师证)②建立服务人员能力标签体系(护理等级/专业技能)③排班调度与GPS轨迹管理④在线培训与考核认证 | | +| 4 | 服务商考核模块 | 服务商考核模块 | ①制定服务质量KPI(响应时效/满意度/服务规范性)②对接12345投诉数据自动评分③实施星级评定动态管理(1-5星) | | +| 5 | 服务商信用管理模块 | 服务商信用管理模块 | ①建立信用评分模型(经营合规度/履约记录/负面清单)②红黑名单公示与联合惩戒③信用修复申请与审核④信用数据对接"信用梅州"平台 | | +| 6 | 服务商申请与审核模块 | 服务商申请与审核模块 | ①线上入驻申请(资质上传/服务承诺)②多部门联合在线审批(民政/卫健/市场监管)③电子证照自动核验④服务协议在线签署与备案 | | +| 7 | 服务范围与项目管理模块 | 服务范围与项目管理模块 | ①定义14类核心服务项目(生活照料/康复护理/精神慰藉等)②制定服务标准与操作规范③服务包定制与组合配置④服务项目动态准入退出管理 | | +| 8 | 订单管理模块 | 订单管理模块 | ①全流程电子工单流转(需求匹配-派单-服务-评价)②服务过程留痕(文字/图片/定位/生物识别)③异常订单处理与争议仲裁④对接/商保支付结算 | | +| 9 | 服务监控模块 | 服务监控模块 | ①实时监控500+智能终端设备运行状态(手环/雷达/报警器等)②构建服务风险预警模型(跌倒/突发疾病/设备离线等)③应急指挥调度中心联动响应④服务质量大数据分析看板 | | + +智慧康养志愿者管理系统 + +建设目标 + +通过构建数字化管理平台,整合全市医养服务志愿者资源,建立健全志愿者信息库与技能标签体系,实现志愿者的精准匹配、智能调度及服务全流程监管;依托全民健康便民服务平台接口,打通与家庭医生、社区服务机构的协作通道,形成“需求发布-任务匹配-服务执行-质量评估”的全链条闭环管理机制;通过市民版移动端嵌入志愿者服务模块,提供志愿服务时长认证、积分兑换与荣誉激励等功能,有效提升志愿者参与积极性;结合心理管理中心监管体系,建立健全志愿者心理健康评估与危机干预机制,保障志愿服务可持续健康发展;最终构建起政府监管、机构协作、数据驱动的智慧化志愿者服务体系,有力推动医养服务资源高效配置与服务质量持续提升。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ---------------------- | -------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养志愿者管理系统 | 时间银行 | 时间银行 | 志愿服务价值量化体系:①建立志愿服务时长与积分换算规则(1小时=50积分,护理类服务1.2倍系数)②支持时长区块链存证(HyperledgerFabric框架),确保数据不可篡改③对接社保系统实现积分跨域流转(可兑换自费部分抵扣)④生成电子服务凭证(含SHA-256数字签名),支持企业社会责任认证需求 | +| 2 | 礼品管理 | 礼品管理 | 全生命周期礼品运营:①构建包含实物商品(米面粮油等)、虚拟权益(视频会员等)、服务兑换(家政服务等)的200+SKU礼品库②智能推荐引擎:根据志愿者年龄偏好(60岁以上推荐体检套餐)和积分余额自动匹配礼品③对接物流系统实现兑换商品轨迹追踪(状态更新延迟≤30秒)④建立礼品库存预警机制(存量低于安全库存20%触发补货提醒) | | + +智慧康养短信平台系统 + +建设目标 + +着力构建全流程、多场景的智能通信服务体系,通过集成化信息推送与高效交互功能,重点实现三大核心功能价值:一是贯通“防—筛—诊—治—康”全链条服务闭环,依托居民健康档案数据,主动推送疫苗接种提醒、体检结果通知、复诊用药提示等个性化健康管理信息;二是提升分级诊疗协同效能,向基层医疗机构实时精准推送转诊患者电子病历摘要,向三级医院动态发送病床资源信息,向居民精准分发基层首诊政策解读与家庭医生签约服务指引;三是建立健全主动式健康干预机制,基于大数据分析,向慢性病患者推送个性化饮食运动建议,向高风险人群触发健康预警通知,对空巢老人建立定时安全确认制度,借助多维度短信服务显著提高医疗资源调度效率、患者依从性与健康管理精准化水平,最终建成覆盖全市200万居民、日均服务量超10万条的全天候医疗健康信息服务网络。 + +扎实推进与第三方公司短信平台接口对接工作,支持短信单独发送、群发、定时发送、健康预警发送、告警自动发送等多种机制,并强化短信模板统一管理功能。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------- | -------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养短信平台系统 | 短信发送模块 | 短信发送模块 | 多模式发送引擎:①支持API/SMTP双通道发送(成功率≥99.9%)②具备智能路由选择(根据运营商信号强度动态切换通道)③紧急短信优先通道保障(延迟≤3秒)④支持长短信自动拆分重组(GB2312/UTF-8编码自适应) | +| 2 | 健康预警发送模块 | 健康预警发送模块 | 智能触发机制:①对接健康监测设备实时数据(血压/血糖等)②设置三级预警阈值(如收缩压>180mmHg触发红色预警)③支持多级联系人分级通知(第一联系人5分钟未响应则转第二联系人)④预警记录自动关联电子病历 | | +| 3 | 告警自动发送模块 | 告警自动发送模块 | 全场景告警处置:①设备离线告警(持续30分钟无信号触发)②环境异常告警(烟雾/燃气等传感器联动)③紧急呼叫告警(SOS按钮触发)④告警闭环管理(接收方需回复确认码完成处置闭环) | | +| 4 | 短信模板管理模块 | 短信模板管理模块 | 全流程模板管控:①模板分类管理(通知类/营销类/预警类)②敏感词过滤系统(对接卫健委禁用词库)③版本控制与审批流程(需三级审核发布)④变量参数化配置等占位符自动替换) | | +| 5 | 短信接口对接模块 | 短信接口对接模块 | 异构系统集成:①支持HTTP/HTTPS双协议接入②提供Java/Python/Go多语言SDK③对接主流运营商平台(移动/联通/电信)④短信状态报告异步回调(包含送达/失败等6种状态码) | | +| 6 | 短信发送统计模块 | 短信发送统计模块 | 多维分析体系:①实时统计发送总量/成功率/响应率②生成运营商通道质量分析报告③预警类短信处置时效统计(平均响应时间≤8分钟)④数据可视化大屏(支持按机构/病种/时段多维度钻取) | | +| 7 | 短信发送权限管理模块 | 短信发送权限管理模块 | 细粒度权限控制:①角色分级(普通医护/科室主任/系统管理员)②敏感操作两次认证(发送量>1000条需生物识别验证)③时段发送限制(非工作时间发送需审批)④操作日志审计(留存6个月可追溯) | | + +智慧康养社区助餐可视化系统 + +建设目标 + +通过构建数据驱动的智能化膳食服务体系,实现社区助餐服务全过程的可视化监管与精准服务。系统依托人脸识别技术、大数据分析和物联网设备,实时采集助餐服务数据(包括用餐人数、频次、膳食偏好、营养摄入等),通过可视化大屏动态展示助餐服务热力分布、供餐能力调配、异常预警等关键指标,优化社区餐饮资源配置;同时建立从食材采购、餐品制作到分餐配送的全链条追溯机制,保障食品安全与膳食质量,为老年人提供个性化营养膳食方案,并通过智能终端实现餐费结算、用餐评价等便捷服务,最终形成覆盖需求感知-资源调度-质量监管-服务优化的闭环管理体系,切实提升老年群体的餐饮服务体验和社区助餐服务效能。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | -------------------------- | -------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智慧医养社区助餐可视化系统 | 基本信息申请 | 基本信息申请 | 包含老年人/家属端信息登记(含身份认证、健康禁忌申报)、助餐补贴资格申请、特殊膳食需求备案等功能,支持在线提交证明材料(身份证、低保证等),审核通过后生成电子助餐卡并与生物特征信息(人脸/指纹)绑定。 | +| 2 | 消费及自助点餐 | 消费及自助点餐 | 提供线上/线下多模式服务:1.智能终端机具支持人脸识别/IC卡/NFC支付2.手机APP/小程序实现菜单浏览、营养分析、智能推荐(根据健康数据)、线上点餐、餐费结算(支持补贴自动抵扣)3.自助取餐柜扫码取餐 | | +| 3 | 配送上门 | 配送上门 | 构建三级配送体系:1.中央厨房-社区站点冷链配送(含温湿度监控)2.社区站点-家庭智能调度(对接社区志愿者/专业送餐员)3.紧急送餐绿色通道(失能老人优先派单),全程GPS追踪与电子签收确认 | | +| 4 | 管理系统 | 管理系统 | 包含五大核心功能:1.助餐数据可视化(各站点就餐人次、菜品消耗、补贴使用等)2.人脸识别设备管理(终端状态监控、权限配置)3.智能预警(异常消费监测、库存预警)4.营养膳食管理(食谱模板制定、过敏原标注)5.政府监管接口(补贴发放审核、食品安全溯源) | | + +家庭床位及适老化改造系统 + +建设目标 + +通过构建全流程信息化管理体系,实现居家养老环境的智能化改造与精准服务。该系统旨在整合政府、机构、社区多方资源,运用物联网、大数据等技术手段,对家庭床位申请、适老化评估、改造方案制定、工程实施及效果追踪等环节进行数字化闭环管理,重点解决老年人居家安全、健康监测和生活便利问题。通过部署智能传感器、防跌倒设备、健康监测终端等适老化设施,结合数据分析优化资源配置,最终实现降低居家养老风险、提升老年人生活质量、促进养老服务供需精准对接的目标,为梅州市构建“居家-社区-机构”三位一体的智慧养老服务体系提供基础支撑。 + +社区医养服务中心通过智能硬件设备监测老人身体情况,掌握老人动态,老人在家即可享受专业上门服务。家庭医养床位的申请、签约、改造、服务、监管通过信息平台实现全流程管理。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ------------------------ | -------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 家庭床位及适老化改造系统 | 家庭床位申请模块 | 家庭床位申请模块 | 用于老年人或其家属在线申请家庭医养床位,智能化申请流程:①在线申请表单自动填充②智能资格预审(校验年龄/失能等级/居住条件)③评估量表电子化(Barthel指数自动计算)④区块链存证申请材料 | +| 2 | 家庭床位签约模块 | 家庭床位签约模块 | 管理家庭医养床位的签约流程,全电子化签约:①三方协议在线签署(政府/机构/家属)②人脸识别+短信验证双因子认证③服务套餐可视化配置(护理频次/设备清单)④电子合同自动归档(符合电子签名法要求) | | +| 3 | 适老化改造模块 | 适老化改造模块 | 改造全周期管理:①360平台全景评估系统(AI识别居家风险点)②改造方案三维可视化呈现③施工进度实时跟踪(智能工牌定位)④改造验收电子签章(含前后对比影像存档) | | +| 4 | 智能硬件设备管理模块 | 智能硬件设备管理模块 | 设备全生命周期管理:①设备入库赋码(QR+RFID双标识)②安装定位追踪(GIS地图可视化)③运行状态监控(心跳包<30秒间隔)④固件远程升级(支持差分升级技术) | | +| 5 | 上门服务管理模块 | 上门服务管理模块 | 标准化服务流程:①智能排班算法(考虑技能匹配/路线优化)②服务过程双录存证(视频+定位轨迹)③服务质量动态评分模型(含8个评价维度)④应急服务绿色通道(15分钟响应机制) | | +| 6 | 监管与反馈模块 | 监管与反馈模块 | 穿透式监管体系:①改造资金流向追溯(对接财政非税系统)②异常服务预警(偏离预设路线>500米触发)③满意度调查自动触发(服务完成24小时内)④投诉处理闭环管理(72小时办结要求) | | +| 7 | 数据分析与报表模块 | 数据分析与报表模块 | 智能决策支持:①改造效益分析(跌倒发生率下降等12项指标)②设备故障预测模型③自动生成住建部标准报表(适老化改造专项统计)④数据可视化大屏(支持多级钻取分析) | | + +智能物联网管理系统 + +建设目标 + +通过整合智能终端设备与数据互联技术,构建覆盖居家、社区、机构的全场景医养服务监测网络。系统以可穿戴设备、环境传感器、健康监测终端等物联网设施为基础,实时采集老年人生命体征、活动轨迹、居家安全等数据,实现健康状态智能预警、跌倒检测即时响应、用药提醒精准推送等功能。通过打通医疗信息系统与养老设备的数据壁垒,形成“监测-分析-干预-反馈”闭环管理,支撑个性化健康管理方案制定,提升紧急救助响应效率,并为政府监管提供动态可视化数据支撑,最终实现医养服务从被动响应向主动预防的数字化转型,保障老年人安全、便捷、有尊严的康养生活。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ---------------------------- | ---------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 智能物联网管理系统 | 智能呼叫类终端物联网管理系统 | 智能呼叫类终端物联网管理系统 | 老年人通过专用手机和手环,提供一键呼叫、综合性信息服务等功能,满足老年人的日常需求。①支持语音/手势/物理按钮三态触发(误触发率<0.3%)②建立三级响应机制(家属→社区→120急救中心自动转接)③环境声纹识别自动激活(异常呼救声识别准确率≥95%)④加密语音通道传输(AES-256+SRTP协议栈) | +| 2 | 智能定位类终端物联网管理系统 | 智能定位类终端物联网管理系统 | 通过定位终端设备,实时追踪老年人位置,提供紧急呼叫和位置查询功能,保障老年人安全。①北斗/GPS+蓝牙信标室内外融合定位(定位精度≤30cm)②电子围栏智能预警(偏离预设区域>50米自动告警)③轨迹热力图分析(停留超过2小时触发关怀提醒)④低功耗设计(单次充电续航≥30天) | | +| 3 | 智能健康监测类物联网管理系统 | 智能健康监测类物联网管理系统 | 通过便携式健康监测设备,实时监测老年人的生命体征数据,并提供健康管理和预警服务。①多生理参数监测(心率/血压/血氧/体温,采样率≥10Hz)②异常数据分级预警(设置3级临床阈值)③医疗级数据加密(符合GB/T39786-2021标准)④边缘计算节点实现数据预处理(减少云端传输量60%) | | +| 4 | 跌倒监测设备物联网管理系统 | 跌倒监测设备物联网管理系统 | 通过便携式健康监测设备,实时监测老年人的生命体征数据,并提供健康管理和预警服务。①9轴传感器+AI姿态识别算法(识别准确率≥98%)②多级告警联动(本地声光报警+平台推送+短信通知)③误报自动纠错(15秒无后续动作取消告警)④历史跌倒事件三维轨迹重建(支持事故责任追溯) | | + +应用系统 + +医保DIP智能控费 + +概述 + +精细化管理医保支出:通过分组管理、费用监测、智能审核和结算等流程,运用科技手段控制不合理费用,保障医保基金合理使用。 + +实时监控与异常预警:利用监测环节实时掌握支出情况,发现费用异常并自动预警,支持后续审核控制。 + +识别与控制不合理支出:借助智能审核和大数据技术,识别虚假报销和过度医疗等行为,控制不合理支出。 + +提高结算效率:支持实时结算,系统自动计算报销与自付金额,实现一站式结算,提升效率。 + +规范临床诊疗行为:通过系统拟合成本、计算分值和结算费用,引导规范诊疗行为,实现医保支付过程管控。 + +实现数据驱动的决策:分析病例和费用数据,为决策提供数据支持,促进医保管理科学化和精准化。 + +功能清单 + +医保智能编码 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | 单位 | +| ---- | ---------------------------- | -------------- | -------------- | ------------ | ---- | +| 1 | 医保智能编码 | 基础能力平台 | 知识库系统 | 知识库 | 项 | +| 2 | 规则库 | 项 | | | | +| 3 | 模糊查找 | 项 | | | | +| 4 | 知识查看 | 项 | | | | +| 5 | AI大模型 | AI大模型 | 项 | | | +| 6 | 数据预处理 | 数据采集 | 项 | | | +| 7 | 数据校验 | 项 | | | | +| 8 | 缺陷标识 | 项 | | | | +| 9 | 智能编码 | 编码智能预生成 | 项 | | | +| 10 | 主要诊断选择 | 项 | | | | +| 11 | 主要手术操作选择 | 项 | | | | +| 12 | 自动细化编码 | 项 | | | | +| 13 | 自动合并编码 | 项 | | | | +| 14 | 智能质控 | 主次诊断校验 | 项 | | | +| 15 | 主次手术操作校验 | 项 | | | | +| 16 | 主要诊断与主要手术匹配校验 | 项 | | | | +| 17 | 诊断高编、多编提醒 | 项 | | | | +| 18 | 诊断低编、漏编提示 | 项 | | | | +| 19 | 诊断编码规则符合性校验 | 项 | | | | +| 20 | 手术和操作高编、多编提醒 | 项 | | | | +| 21 | 手术和操作低编、漏编提示 | 项 | | | | +| 22 | 手术和操作编码规则符合性校验 | 项 | | | | +| 23 | 系统管理 | 信息维护 | 项 | | | +| 24 | 权限管理 | 项 | | | | +| 25 | 参数配置 | 项 | | | | +| 26 | 病案管理 | 病案管理 | 病案数据列表 | 项 | | +| 27 | 首页智能质控 | 项 | | | | +| 28 | 首页编码核查 | 项 | | | | +| 29 | 病案首页评分 | 项 | | | | +| 30 | 质控结果查询 | 项 | | | | +| 31 | 原始数据查询 | 项 | | | | +| 32 | 质量问题定位 | 项 | | | | +| 33 | 首页人工复核 | 项 | | | | +| 34 | 缺陷病案管理 | 项 | | | | +| 35 | 质量分析 | 质控工作总览 | 项 | | | +| 36 | 质控规则分析 | 项 | | | | +| 37 | 质控问题分析 | 项 | | | | +| 38 | 问题趋势分析 | 项 | | | | +| 39 | 智能编码 | 编码助手 | 医生编码机器人 | 项 | | +| 40 | 编码员编码机器人 | 项 | | | | +| 41 | ICD编码智能体 | 项 | | | | + +医保智能审核 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | 单位 | +| ---- | ---------------- | ---------------- | ---------------- | ------------ | ---- | +| 1 | 医保智能审核 | 基础能力平台 | 知识库系统 | 知识管理 | 项 | +| 2 | 规则管理 | 项 | | | | +| 3 | 信息查询 | 项 | | | | +| 4 | 智能审核规则引擎 | 智能审核规则引擎 | 项 | | | +| 5 | 系统管理 | 信息维护 | 项 | | | +| 6 | 权限管理 | 项 | | | | +| 7 | 参数配置 | 项 | | | | +| 8 | 智能审核助手 | 事前事中审核 | 住院医嘱实时审核 | 项 | | +| 9 | 住院计费实时审核 | 项 | | | | +| 10 | 护士补记账审核 | 项 | | | | +| 11 | 患者转科审核 | 项 | | | | +| 12 | 患者预出院审核 | 项 | | | | +| 13 | 医保结算审核 | 项 | | | | +| 14 | 在院患者审核 | 项 | | | | +| 15 | 违规预警提醒 | 项 | | | | +| 16 | 智能审核管理 | 事后审核管理 | 出院患者审核 | 项 | | +| 17 | 违规详情查看 | 项 | | | | +| 18 | 原始单据查询 | 项 | | | | +| 19 | 统计分析 | 审核结果分析 | 项 | | | +| 20 | 科室违规统计 | 项 | | | | +| 21 | 医生违规统计 | 项 | | | | +| 22 | 违反规则统计 | 项 | | | | + +DRG/DIP智能管理 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | 单位 | +| ---- | ------------------------ | ---------------- | --------------- | ------------ | ---- | +| 1 | DRG/DIP智能管理 | DRG/DIP管理 | 数据中心 | 病案首页查询 | 项 | +| 2 | 结算清单数据查询 | 项 | | | | +| 3 | 住院结算数据查询 | 项 | | | | +| 4 | 费用明细数据查询 | 项 | | | | +| 5 | 医保月结数据查询 | 项 | | | | +| 6 | 病案管理 | 病案首页智能质控 | 项 | | | +| 7 | 首页质控结果查询 | 项 | | | | +| 8 | 原始数据查询 | 项 | | | | +| 9 | 质控问题定位 | 项 | | | | +| 10 | 缺陷病案管理 | 项 | | | | +| 11 | 病案预分组 | 项 | | | | +| 12 | 风险病案管理 | 项 | | | | +| 13 | 清单管理 | 清单智能生成 | 项 | | | +| 14 | 清单智能转码 | 项 | | | | +| 15 | 清单自动同步 | 项 | | | | +| 16 | 清单再生成 | 项 | | | | +| 17 | 清单数据查看 | 项 | | | | +| 18 | 临床数据浏览 | 项 | | | | +| 19 | 清单调整优化 | 项 | | | | +| 20 | 清单智能质控 | 项 | | | | +| 21 | 质控结果查询 | 项 | | | | +| 22 | 质控问题定位 | 项 | | | | +| 23 | 清单人工复核 | 项 | | | | +| 24 | 缺陷清单管理 | 项 | | | | +| 25 | 清单预分组 | 项 | | | | +| 26 | 清单批量下载 | 项 | | | | +| 27 | 风险清单管理 | 项 | | | | +| 28 | 清单上传管理 | 项 | | | | +| 29 | 清单上传反馈 | 项 | | | | +| 30 | 清单撤回和重传 | 项 | | | | +| 31 | 清单医保对账 | 项 | | | | +| 32 | 统计分析 | 病案首页分析 | 首页质量分析 | 项 | | +| 33 | 结算清单分析 | 清单生成 | 项 | | | +| 34 | 清单审核 | 项 | | | | +| 35 | 清单上报 | 项 | | | | +| 36 | 预测分析 | 项 | | | | +| 37 | 结算分析 | 项 | | | | +| 38 | 全院分析 | 医院综合分析 | 项 | | | +| 39 | 医院费用分析 | 项 | | | | +| 40 | 费用结构分析 | 项 | | | | +| 41 | 科室分析 | 科室盈亏分析 | 项 | | | +| 42 | 科室盈亏排序 | 项 | | | | +| 43 | 科室盈亏分布 | 项 | | | | +| 44 | 科室盈亏统计 | 项 | | | | +| 45 | 科室盈亏详情 | 项 | | | | +| 46 | 科室盈亏汇总 | 项 | | | | +| 47 | 科室综合分析 | 项 | | | | +| 48 | 科室例均费用分布 | 项 | | | | +| 49 | 科室象限分析 | 项 | | | | +| 50 | 医生组分析 | 医生组盈亏分析 | 项 | | | +| 51 | 医生组盈亏排序 | 项 | | | | +| 52 | 医生组盈亏分布 | 项 | | | | +| 53 | 医生组盈亏汇总及列表详情 | 项 | | | | +| 54 | 医生分析 | 医生盈亏分析 | 项 | | | +| 55 | 医生盈亏排序 | 项 | | | | +| 56 | 医生盈亏分布 | 项 | | | | +| 57 | 医生象限分析 | 项 | | | | +| 58 | 病组/病种分析 | 分段盈亏分析 | 项 | | | +| 59 | 病组/病种盈亏分布 | 项 | | | | +| 60 | 病组/病种盈亏统计 | 项 | | | | +| 61 | 病组/病种盈亏情况汇总 | 项 | | | | +| 62 | 病组/病种盈亏详情 | 项 | | | | +| 63 | 病组/病种盈亏数据列表 | 项 | | | | +| 64 | 病组/病种象限分析 | 项 | | | | +| 65 | 医生助手 | 医生助手 | 首页质控 | 项 | | +| 66 | 分组预测 | 项 | | | | +| 67 | 入组分析 | 项 | | | | +| 68 | 模拟分组 | 项 | | | | +| 69 | 配置管理 | 知识管理 | ICD规范目录管理 | 项 | | +| 70 | ICD目录对照管理 | 项 | | | | +| 71 | 分组方案管理 | 方案列表 | 项 | | | +| 72 | 分组配置 | 项 | | | | +| 73 | 结算方案管理 | 方案列表 | 项 | | | +| 74 | 结算方案配置 | 项 | | | | +| 75 | 任务管理 | 定时任务调度 | 项 | | | +| 76 | 规则管理 | 首页质控规则管理 | 项 | | | +| 77 | 清单质控规则管理 | 项 | | | | + +长护险与居家服务管理 + +概述 + +本系统作为与人保财险对接的核心,支持机构护理和居家护理的全流程管理,并集成AI服务以提升患者体验,主要包括: + +申请与评估管理:支持线上提交长护险申请,管理评估流程(含线上工具与评估员管理),评估结果实时同步至人保系统。 + +服务计划与派单:根据评估结果制定个性化护理计划,支持自动或手动派单至相应护理人员。 + +服务执行与监管:通过移动护理APP记录服务内容、时间及人员,支持GPS定位、照片上传、电子签名等功能,确保服务真实性与质量。 + +结算与对账:依据服务记录自动生成结算清单,通过接口与人保系统对账结算,提升效率与准确性。 + +AI服务集成: + +智能健康监测:通过IoT设备(如手环)实时采集生命体征,异常自动报警; + +语音助手与情感分析:利用NLP分析服务录音,识别护理质量及患者情绪,生成报告; + +个性化推荐:基于健康数据,AI推荐护理项目并通过App推送家属; + +AI医疗咨询:支持家属日常咨询,AI提供初步解答并生成记录供医护人员查看。 + +居家服务管理:提供综合调度管理平台,涵盖下单、支付、完成确认、售后评价及后台资源整合、派单、签到等流程管理与工单统计分析。 + +功能清单 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | +| ---- | -------------------- | ------------------ | ---------------------- | ------------------ | +| 1 | 长护险与居家服务管理 | 申请与评估管理 | 线上申请 | 线上长护险待遇申请 | +| 2 | 评估流程管理 | 评估流程管理 | | | +| 3 | 评估员管理 | | | | +| 4 | 结果同步 | 评估结果同步 | | | +| 5 | 服务计划与派单 | 计划制定 | 个性化护理计划制定 | | +| 6 | 派单方式 | 系统自动派单 | | | +| 7 | 手动派单 | | | | +| 8 | 服务执行与监管 | 服务记录 | 服务内容记录 | | +| 9 | 服务时间记录 | | | | +| 10 | 服务人员记录 | | | | +| 11 | 质量保障功能 | GPS定位 | | | +| 12 | 照片上传 | | | | +| 13 | 电子签名 | | | | +| 14 | 结算与对账 | 清单生成 | 结算清单自动生成 | | +| 15 | 对账结算 | 与人保系统对账结算 | | | +| 16 | AI服务集成 | 智能健康监测 | 生命体征采集 | | +| 17 | 异常报警 | | | | +| 18 | 语音助手与情感分析 | 语音分析 | 护理质量识别 | | +| 19 | 患者情绪状态识别 | | | | +| 20 | 报告提供 | 护理质量报告提供 | | | +| 21 | 个性化推荐 | 项目推荐 | 护理服务项目推荐 | | +| 22 | 信息推送 | 推荐信息推送 | | | +| 23 | AI医疗咨询与指导 | 咨询服务 | 日常医疗咨询 | | +| 24 | 解答服务 | 初步解答提供 | | | +| 25 | 结果记录 | 无交流结果记录汇总 | | | +| 26 | 居家服务管理 | 服务下单 | 居家服务下单 | | +| 27 | 服务支付 | 居家服务支付 | | | +| 28 | 服务确认 | 服务完成确认 | | | +| 29 | 服务评价 | 售后评价 | | | +| 30 | 后台管理 | 资源整合 | | | +| 31 | 派单 | | | | +| 32 | 签到管理 | | | | +| 33 | 统计分析 | 工单统计分析 | | | +| 34 | 需求评估 | 初次评估 | 申请与评估管理 | | +| 35 | 需求调研 | | | | +| 36 | 服务计划与派单 | 计划优化 | 个性化服务计划动态优化 | | +| 37 | 居家服务管理 | 资源协调 | 药品耗材供应商对接 | | +| 38 | 助餐供应商对接 | | | | +| 39 | 医院资源协调 | | | | +| 40 | 社区资源协调 | | | | +| 41 | 联动支持 | 转诊支持 | | | +| 42 | 陪诊支持 | | | | +| 43 | 合规与档案管理 | 记录管理 | 护理记录管理 | | +| 44 | 服务档案管理 | | | | +| 45 | 费用结算管理 | | | | +| 46 | 合规自查 | 合规自查 | | | +| 47 | 应急处理与风险防控 | 应急处理 | 应急预案制定 | | +| 48 | 应急演练组织 | | | | +| 49 | 风险防控 | 风险预警机制建立 | | | +| 50 | 服务纠纷处理 | | | | +| 51 | 服务投诉处理 | | | | +| 52 | 居家服务管理 | 社区关系 | 社区合作关系维护 | | +| 53 | 街道合作关系维护 | | | | +| 54 | 医保部门合作关系维护 | | | | +| 55 | 社区推广 | 社区健康宣教参与 | | | +| 56 | 长护险政策推广 | | | | + +医养商城 + +概述 + +医养商城主要是整合医疗、保健、养老等相关资源,为用户提供便捷、优质、安全的商品与服务。商城涵盖商品与服务管理、用户交互、订单管理、物联网设备租赁、物流配送、数据分析与统计、营销推广、客服与售后以及商家入驻管理等多个功能模块,形成一个完整的医养服务生态系统。 + +医养商城功能清单 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | +| ---- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | ---------------- | +| 1 | 医养商城 | 商品与服务管理模块 | 信息录入子模块 | 商品管理信息录入 | +| 2 | 商品管理 | 信息审核子模块 | | | +| 3 | 分类展示子模块 | | | | +| 4 | 商品管理更新维护 | | | | +| 5 | 服务管理 | 服务管理服务上架 | | | +| 6 | 服务管理服务审核 | | | | +| 7 | 服务管理服务更新维护 | | | | +| 8 | 老年人管理 | 老人管理入住登记 | | | +| 9 | 老人管理外出登记 | | | | +| 10 | 老人管理探视来访 | | | | +| 11 | 老人管理事故记录 | | | | +| 12 | 老人管理退住办理 | | | | +| 13 | 医护管理 | 医护管理医生管理 | | | +| 14 | 医护管理电子病历 | | | | +| 15 | 医护管理医嘱管理 | | | | +| 16 | 医护管理医嘱查询 | | | | +| 17 | 医护管理护嘱查询 | | | | +| 18 | 医护管理护理记录 | | | | +| 19 | 医护管理排班管理 | | | | +| 20 | 护士管理 | 护士管理护士管理 | | | +| 21 | 护士管理医嘱查询 | | | | +| 22 | 护士管理护嘱查询 | | | | +| 23 | 护士管理医嘱执行 | | | | +| 24 | 护士管理护嘱执行 | | | | +| 25 | 护士管理护理记录 | | | | +| 26 | 护士管理排班管理 | | | | +| 27 | 居家服务 | 居家服务下单 | | | +| 28 | 居家服务工单分配 | | | | +| 29 | 居家服务工单确认 | | | | +| 30 | 居家服务工单回访 | | | | +| 31 | 居家服务工单投诉 | | | | +| 32 | 居家服务跟踪查询 | | | | +| 33 | 居家服务紧急救助 | | | | +| 34 | 理疗管理 | 理疗管理理疗管理 | | | +| 35 | 接待管理 | 接待管理来访登记 | | | +| 36 | 接待管理预约床位 | | | | +| 37 | 接待管理转入住 | | | | +| 38 | 接待管理入住签约 | | | | +| 39 | 接待管理退住办理 | | | | +| 40 | 评估管理 | 评估管理评估管理 | | | +| 41 | 人事管理 | 人事管理 | | | +| 42 | 订单管理 | 订单管理订单管理 | | | +| 43 | 智能监护中心 | 智能监护中心多维度生命体征监测 | | | +| 44 | 老人信息管理 | 老人信息管理基本信息管理 | | | +| 45 | 老人信息管理健康档案 | | | | +| 46 | 老人信息管理紧急联系人 | | | | +| 47 | 老人信息管理服务偏好 | | | | +| 48 | 健康管理 | 健康管理 | | | +| 49 | 医护工作站 | 医护工作站医嘱管理 | | | +| 50 | 医护工作站医嘱查询 | | | | +| 51 | 医护工作站护嘱管理 | | | | +| 52 | 医护工作站EMR电子病历 | | | | +| 53 | 医护工作站医嘱查对 | | | | +| 54 | 医护工作站医嘱执行 | | | | +| 55 | 医护工作站退药申请 | | | | +| 56 | 医护工作站护理记录 | | | | +| 57 | 医护工作站外出登记 | | | | +| 58 | 医护工作站排班管理 | | | | +| 59 | 医护工作站记账管理 | | | | +| 60 | 医护工作站请假管理 | | | | +| 61 | 医护工作站理疗执行 | | | | +| 62 | 药房管理 | 药房管理发药 | | | +| 63 | 药房管理退药 | | | | +| 64 | 药房管理药房采购申请 | | | | +| 65 | 药房管理药房采购入库 | | | | +| 66 | 药房管理药房盘点 | | | | +| 67 | 药房管理药房库存不足预警 | | | | +| 68 | 药房管理药品有效期预警 | | | | +| 69 | 医养服务 | 医养服务护需求申请 | | | +| 70 | 医养服务计划推送 | | | | +| 71 | 医养服务评价 | | | | +| 72 | 医养服务全科医生与养老机构签约 | | | | +| 73 | 医养服务需求评估 | | | | +| 74 | 医养服务资源调配 | | | | +| 75 | 医养服务计划制定 | | | | +| 76 | 医养服务前提醒 | | | | +| 77 | 医养服务档案记录 | | | | +| 78 | 医养服务质控 | | | | +| 79 | 体质辨识 | 体质辨识基本信息录入 | | | +| 80 | 体质辨识问诊功能 | | | | +| 81 | 体质辨识智能分析功能 | | | | +| 82 | 体质辨识报告生成 | | | | +| 83 | 体质辨识干预与保健功能 | | | | +| 84 | 线上商城 | 线上商城基本信息设置 | | | +| 85 | 线上商城分类信息设置 | | | | +| 86 | 线上商城会员级别设置 | | | | +| 87 | 线上商城注册与登录 | | | | +| 88 | 线上商城个人信息设置 | | | | +| 89 | 线上商城销售物品及药品上架 | | | | +| 90 | 线上商城物品及药品购买 | | | | +| 91 | 线上商城统一支付 | | | | +| 92 | 线上商城订单管理 | | | | +| 93 | 线上商城物流管理 | | | | +| 94 | 线上商城配送管理 | | | | +| 95 | 线上商城评价体系 | | | | +| 96 | 线上商城供应商管理类 | | | | +| 97 | 线上商城广告管理 | | | | +| 98 | 线上商城文章管理 | | | | +| 99 | 线上商城门店管理 | | | | +| 100 | 线上商城活动管理 | | | | +| 101 | 线上商城积分管理 | | | | +| 102 | 线上商城优惠券分发与使用 | | | | +| 103 | 线上商城礼品管理 | | | | +| 104 | 用户交互模块 | 用户注册与登录子模块 | 通过输入手机号完成注册流程,注册时填写姓名、性别、年龄等基本信息 | | +| 105 | 通过输入邮箱完成注册流程,注册时填写姓名、性别、年龄等基本信息 | | | | +| 106 | 使用微信第三方账号快速登录系统 | | | | +| 107 | 使用支付宝第三方账号快速登录系统 | | | | +| 108 | 已注册用户通过手机号和密码或验证码登录系统 | | | | +| 109 | 已注册用户通过邮箱和密码登录系统 | | | | +| 110 | 商品与服务搜索子模块 | 消费者输入关键词搜索商品,如输入“血糖仪”查找相关产品 | | | +| 111 | 消费者输入关键词搜索服务,如输入“家政服务”查找相关服务 | | | | +| 112 | 对搜索结果按照价格从低到高或从高到低进行排序 | | | | +| 113 | 对搜索结果按照销量从高到低或从低到高进行排序 | | | | +| 114 | 对搜索结果按照评价从高到低或从低到高进行排序 | | | | +| 115 | 商品与服务详情展示子模块 | 展示商品的名称、规格、价格、产地等基本信息 | | | +| 116 | 展示其他用户对商品的使用评价和反馈 | | | | +| 117 | 展示针对商品的常见问题解答 | | | | +| 118 | 展示服务的具体流程和步骤 | | | | +| 119 | 展示服务的客户案例和实际效果 | | | | +| 120 | 收藏与关注子模块 | 消费者将感兴趣的商品收藏起来,方便后续查看 | | | +| 121 | 消费者将感兴趣的服务收藏起来,方便后续查看 | | | | +| 122 | 消费者关注商家,及时获取商家的最新动态和优惠信息 | | | | +| 123 | 消费者关注服务提供商,及时获取其最新动态和优惠信息 | | | | +| 124 | 订单管理模块 | 订单生成子模块 | 选择商品或服务后生成订单 | | +| 125 | 订单中包含商品的详细信息 | | | | +| 126 | 订单中包含商品的数量 | | | | +| 127 | 订单中包含商品的价格 | | | | +| 128 | 订单中包含订单的总金额 | | | | +| 129 | 服务预订订单中明确服务的具体时间 | | | | +| 130 | 服务预订订单中明确负责服务的人员 | | | | +| 131 | 订单支付子模块 | 选择医保结算方式完成订单支付 | | | +| 132 | 使用微信进行在线支付 | | | | +| 133 | 使用支付宝进行在线支付 | | | | +| 134 | 支付过程中实时显示支付状态 | | | | +| 135 | 订单状态管理子模块 | 系统实时将订单状态更新为待支付 | | | +| 136 | 系统实时将订单状态更新为已支付 | | | | +| 137 | 系统实时将订单状态更新为已发货 | | | | +| 138 | 系统实时将订单状态更新为已签收 | | | | +| 139 | 系统实时将订单状态更新为已完成 | | | | +| 140 | 系统实时将订单状态更新为已取消 | | | | +| 141 | 消费者在个人中心查看订单的详细状态 | | | | +| 142 | 消费者在个人中心查看订单的物流信息 | | | | +| 143 | 通过物流单号查询商品的运输状态 | | | | +| 144 | 退款处理子模块 | 消费者对商品或服务不满意时申请退款 | | | +| 145 | 商城系统根据退款政策审核消费者的退款申请 | | | | +| 146 | 审核通过后将退款金额返还给消费者支付账户 | | | | +| 147 | 退款过程中记录退款的原因 | | | | +| 148 | 退款过程中记录退款的时间 | | | | +| 149 | 订单创建功能子模块 | 创建订单时录入客户基本信息(名称、联系方式、收货地址等) | | | +| 150 | 创建订单时选择产品或服务 | | | | +| 151 | 创建订单时确定产品或服务的数量与价格 | | | | +| 152 | 创建订单时添加备注信息 | | | | +| 153 | 订单查询与跟踪功能子模块 | 通过订单编号查询订单 | | | +| 154 | 通过客户信息关联查询订单 | | | | +| 155 | 实时跟踪订单的状态 | | | | +| 156 | 订单修改与取消功能子模块 | 对已生成的订单进行修改 | | | +| 157 | 取消已生成的订单 | | | | +| 158 | 库存管理与订单关联功能子模块 | 生成订单时预扣商品库存 | | | +| 159 | 订单取消或完成时释放预扣的库存 | | | | +| 160 | 当库存不足时进行预警 | | | | +| 161 | 根据库存情况给出补货建议 | | | | +| 162 | 对多个仓库的库存进行管理 | | | | +| 163 | 订单数据分析功能子模块 | 分析订单数据得出销售趋势 | | | +| 164 | 分析订单数据了解客户行为 | | | | +| 165 | 分析订单数据计算利润情况 | | | | +| 166 | 订单录入功能子模块 | 录入订单的编号信息 | | | +| 167 | 录入订单的金额信息 | | | | +| 168 | 录入订单的状态信息 | | | | +| 169 | 录入订单的支付方式信息 | | | | +| 170 | 录入订单的运费信息 | | | | +| 171 | 录入订单的发货地址信息 | | | | +| 172 | 录入订单的收货地址信息 | | | | +| 173 | 订单跟踪功能子模块 | 为商家提供实时的订单状态更新服务 | | | +| 174 | 为商家提供订单的快递查询服务 | | | | +| 175 | 为商家提供业务提醒服务 | | | | +| 176 | 库存管理功能子模块 | 当商品库存不足时提醒商家采购 | | | +| 177 | 物流管理功能子模块 | 商家在系统内部查看订单的物流情况 | | | +| 178 | 系统通过智能算法规划物流 | | | | +| 179 | 多维数据统计报表功能子模块 | 系统生成日维度的订单数据统计报表 | | | +| 180 | 系统生成月维度的订单数据统计报表 | | | | +| 181 | 系统生成年维度的订单数据统计报表 | | | | +| 182 | 系统生成以任意商品销售情况为维度的统计报表 | | | | +| 183 | 支持将统计报表一键导出 | | | | +| 184 | 库存数据实时把控功能子模块 | 企业通过系统完成总店和分店之间的商品调拨 | | | +| 185 | 物联网设备租赁模块 | 设备上架子模块 | 录入设备名称、规格、租赁价格、租赁期限、设备押金等信息 | | +| 186 | 如按天计算、按月计算等 | | | | +| 187 | 设备展示与选择子模块 | 将租赁设备分类展示,方便消费者查找 | | | +| 188 | 显示设备的剩余数量,避免选择已租完设备 | | | | +| 189 | 订单生成与审核子模块 | 消费者选择设备和租赁期限后生成订单 | | | +| 190 | 确认消费者身份信息、信用记录、是否有未归还租赁设备等 | | | | +| 191 | 审核通过后订单生效 | | | | +| 192 | 设备配送与安装子模块 | 租赁商安排设备配送至消费者手中 | | | +| 193 | 对设备进行安装调试 | | | | +| 194 | 针对操作复杂设备提供使用培训,如智能床垫与手机APP连接及功能使用介绍 | | | | +| 195 | 租赁归还与结算子模块 | 租赁期满后消费者归还设备 | | | +| 196 | 租赁商检查设备是否损坏 | | | | +| 197 | 设备无损坏完成租赁结算;有损坏则根据情况扣除相应押金 | | | | +| 198 | 设备监控子模块 | 通过物联网技术实时获取设备的运行状态,如智能手环的心率监测数据、智能轮椅的电量等情况 | | | +| 199 | 当设备出现异常数据时,提前发出故障预警,例如智能床垫的传感器检测到异常振动发出警报 | | | | +| 200 | 实时定位设备的位置,防止设备丢失或被盗用,如追踪智能拐杖的位置 | | | | +| 201 | 设备维护与保养子模块 | 根据设备运行状态分析,提前提醒租赁商进行预防性维护,降低故障发生可能性 | | | +| 202 | 租赁商可通过手机或电脑远程查看设备状况并及时处理问题,对智能轮椅进行远程故障诊断和修复 | | | | +| 203 | 根据设备使用情况自动调整运行参数,降低能耗,实现绿色租赁,例如智能床垫根据使用者状态调整功率 | | | | +| 204 | 数据分析与决策支持子模块 | 实时收集大量设备运行数据,如设备使用时长、使用地点等信息 | | | +| 205 | 以图表、仪表盘等形式展示设备运行状态和数据分析结果,让租赁商更直观了解设备情况 | | | | +| 206 | 根据历史数据进行预测分析,为设备购置、配置、调度等提供决策建议,如预测某款智能手环的租赁需求趋势 | | | | +| 207 | 客户服务子模块 | 定期向客户发送调查问卷,了解客户需求和满意度,为租赁商改进服务提供方向 | | | +| 208 | 平台提供在线客服,解答客户在租赁过程中遇到的问题 | | | | +| 209 | 合同管理子模块 | 实现电子化租赁合同的签订、存储和查询,提高合同管理效率和安全性 | | | +| 210 | 自动提醒客户和租赁商合同续约,避免漏单风险 | | | | +| 211 | 根据实际情况对合同条款进行调整和更新 | | | | +| 212 | 物流配送模块 | 订单接收子模块 | 接收商城系统传递的商品订单信息;获取商品详细信息;获取收货地址;获取联系方式 | | +| 213 | 商品分拣与包装子模块 | 根据订单信息从仓库分拣商品;对普通商品进行常规包装 | | | +| 214 | 采用冷链物流包装医疗用品;使用专门冷藏箱包装疫苗等生物制品 | | | | +| 215 | 运输配送子模块 | 安排车辆和人员运输商品;为商品分配运输车辆 | | | +| 216 | 消费者通过物流单号查询运输状态;物流配送公司实时更新运输信息;提供车辆位置信息;提供预计到达时间信息 | | | | +| 217 | 签收确认子模块 | 消费者签收商品;物流配送公司反馈签收信息给商城系统;商城系统更新订单状态为已完成 | | | +| 218 | 系统邀请消费者对商品评价;系统邀请消费者对物流服务评价 | | | | +| 219 | 客户关系维护子模块(新增) | 对客户信息进行分类;按照业务类型将客户分为零售类、制造类等;依据合作频率划分为高频合作客户、低频合作客户;对客户信息进行分析;了解不同类型客户需求特点;了解不同类型客户合作模式 | | | +| 220 | 为高频合作零售类客户优化配送服务;为高频合作零售类客户提供更快捷配送方案;为低频合作但业务量大的制造类客户优化价格策略;为低频合作但业务量大的制造类客户给予价格优惠 | | | | +| 221 | 运输规划子模块(新增) | 综合考虑配送点地理位置制定运输计划;根据交通状况制定运输计划;结合货物重量和体积制定运输计划 | | | +| 222 | 确定各个配送点之间空间关系;规划合理配送路线以节省时间和成本 | | | | +| 223 | 财务管理子模块(新增) | 根据商品重量计算运费;根据商品体积计算运费;根据运输距离计算运费;在订单结算时准确显示运费 | | | +| 224 | 异常处理子模块(新增) | 处理包裹丢失情况;处理包裹损坏情况;与物流公司沟通协调解决异常问题;保障用户权益 | | | +| 225 | 库存管理子模块(新增) | 实时监控库存数量;查询库存商品种类 | | | +| 226 | 当库存低于一定阈值发出预警;提醒管理人员采购或调配商品 | | | | +| 227 | 车辆管理子模块(新增) | 实时监控车辆行驶位置;实时监控车辆运行状态 | | | +| 228 | 合理分配车辆运输任务;提高车辆装载率 | | | | +| 229 | 数据分析子模块(新增) | 统计物流配送订单数量;分析物流配送成本构成;分析客户满意度数据 | | | +| 230 | 根据数据分析结果生成报表;为物流配送策略调整提供数据支持 | | | | +| 231 | 系统管理子模块(新增) | 设置物流配送时间规则;设置运费计算规则 | | | +| 232 | 分配不同用户操作权限;限制用户对敏感信息的访问 | | | | +| 233 | 记录用户操作日志;记录系统运行日志 | | | | +| 234 | 数据分析与统计模块 | 销售数据分析子模块 | 分析销售额 | | +| 235 | 分析销售量 | | | | +| 236 | 分析销售趋势 | | | | +| 237 | 分析不同时间段销售数据 | | | | +| 238 | 分析不同地区销售数据 | | | | +| 239 | 用户行为分析子模块 | 分析用户浏览行为 | | | +| 240 | 分析用户搜索关键词 | | | | +| 241 | 分析用户收藏和关注信息 | | | | +| 242 | 根据用户兴趣偏好提供个性化推荐 | | | | +| 243 | 根据用户兴趣偏好提供营销活动 | | | | +| 244 | 供应商与服务提供商评估子模块 | 评估供应商商品质量 | | | +| 245 | 评估供应商服务质量 | | | | +| 246 | 评估供应商交货及时性 | | | | +| 247 | 评估服务提供商商品质量 | | | | +| 248 | 评估服务提供商服务质量 | | | | +| 249 | 评估服务提供商交货及时性 | | | | +| 250 | 根据评估结果选择优质供应商 | | | | +| 251 | 根据评估结果选择优质服务提供商 | | | | +| 252 | 根据评估结果优化供应链 | | | | +| 253 | 根据评估结果优化服务体系 | | | | +| 254 | 营销推广模块 | 促销活动管理子模块 | 针对特定商品设置满减额度、满减条件;针对特定服务设置满减额度、满减条件;针对特定用户群体设置满减额度、满减条件 | | +| 255 | 针对特定商品设置折扣比例、折扣时间;针对特定服务设置折扣比例、折扣时间;针对特定用户群体设置折扣比例、折扣时间 | | | | +| 256 | 针对特定商品设置赠品类型、赠品数量;针对特定服务设置赠品类型、赠品数量;针对特定用户群体设置赠品类型、赠品数量 | | | | +| 257 | 广告管理子模块 | 管理首页广告内容(商品推荐、服务宣传等)、展示位置、展示时间 | | | +| 258 | 管理商品详情页广告内容(商品推荐、服务宣传等)、展示位置、展示时间 | | | | +| 259 | 会员管理子模块 | 根据消费金额划分会员级别;根据消费次数划分会员级别 | | | +| 260 | 为不同级别会员设置专属商品折扣;为不同级别会员设置专属服务折扣 | | | | +| 261 | 为不同级别会员设置特定商品优先购买权;为不同级别会员设置特定服务优先购买权 | | | | +| 262 | 优惠券管理子模块 | 设置满减券发放规则(发放对象、发放数量等)、使用期限、满减额度 | | | +| 263 | 设置折扣券发放规则(发放对象、发放数量等)、使用期限、折扣比例 | | | | +| 264 | 客户信息管理子模块 | 收集客户基本资料(姓名、年龄、联系方式等);收集客户购买记录;收集客户需求和偏好 | | | +| 265 | 根据购买频率分类;根据消费金额分类;对不同类型客户进行归档 | | | | +| 266 | 根据购买历史预测未来购买意向;自动发送个性化营销信息 | | | | +| 267 | 销售渠道管理子模块 | 协调线上销售渠道;协调线下销售渠道;确保线上线下渠道顺畅运作 | | | +| 268 | 追踪潜在客户销售机会;追踪现有客户销售机会 | | | | +| 269 | 管理询价环节;管理报价环节;管理订单生成环节;管理订单确认环节 | | | | +| 270 | 监控个人销售业绩;监控团队销售业绩 | | | | +| 271 | 市场营销自动化子模块 | 自动发送电子邮件营销信息;追踪潜在客户对邮件的兴趣和行为;衡量电子邮件营销活动成效 | | | +| 272 | 自动发布社交媒体营销内容;追踪潜在客户在社交媒体的兴趣和行为;衡量社交媒体营销活动成效 | | | | +| 273 | 自动发送短信营销信息;追踪潜在客户对短信的兴趣和行为;衡量短信营销活动成效 | | | | +| 274 | 活动效果评估子模块 | 评估促销活动效果(销售额增长、客户参与度等);评估广告活动效果(点击率、转化率等);评估会员活动效果(会员活跃度、忠诚度提升等);评估优惠券活动效果(使用率、带动消费额等) | | | +| 275 | 营销资源管理子模块 | 管理营销宣传物料(海报、宣传册等);管理营销活动预算;管理营销人员权限 | | | +| 276 | 营销数据分析子模块 | 统计促销活动参与人数、销售额;统计广告展示次数、点击量;统计会员消费金额、消费次数;统计优惠券发放数量、使用数量;分析不同营销活动效果差异;分析不同客户群体对营销活动的反应 | | | +| 277 | 促销活动管理子模块 | 设置拼团人数、拼团折扣、活动时间;选择参与拼团的商品或服务 | | | +| 278 | 开启分销功能;设置分销佣金比例;生成分销商招募海报 | | | | +| 279 | 会员管理子模块 | 设置不同储值档次及赠送金额 | | | +| 280 | 设置积分获取方式;设置积分兑换商品或服务 | | | | +| 281 | 邀请码管理子模块 | 为业务人员生成唯一邀请码;通过邮件、短信等方式分发邀请码 | | | +| 282 | 将客户通过邀请码参与活动产生的业绩与业务人员绑定 | | | | +| 283 | 统计邀请码使用情况(邀请人数、活动参与情况、转化金额等);根据业绩给予业务人员奖励 | | | | +| 284 | 宣传物料管理子模块 | 制作金融产品精美海报和宣传材料;业务人员分享海报或产品链接到社交平台 | | | +| 285 | 记录和统计业务人员分享次数、点击量、转化率;根据数据给予业务人员奖励 | | | | +| 286 | 客服与售后模块 | 在线客服子模块 | 解答商品使用疑问 | | +| 287 | 处理消费者投诉 | | | | +| 288 | 处理消费者建议 | | | | +| 289 | 售后反馈子模块 | 消费者对商品评价 | | | +| 290 | 消费者对服务评价 | | | | +| 291 | 处理消费者反馈问题 | | | | +| 292 | 投诉处理子模块 | 记录消费者投诉 | | | +| 293 | 调查消费者投诉 | | | | +| 294 | 向消费者反馈投诉处理结果 | | | | +| 295 | 综合接入子模块 | 支持400电话、微信、网站、短信、小程序等渠道接入 | | | +| 296 | 工单管理子模块 | 根据客户问题创建服务工单 | | | +| 297 | 将工单分配给对应部门或人员 | | | | +| 298 | 跟踪工单处理进度 | | | | +| 299 | 服务评价子模块 | 让客户对服务满意度进行评分 | | | +| 300 | 分析客户服务反馈数据 | | | | +| 301 | 回访与维护子模块 | 设置自动化回访任务 | | | +| 302 | 跟进客户问题解决情况 | | | | +| 303 | 主动推送产品维护提醒 | | | | +| 304 | 智能服务子模块 | 通过语义分析识别客户问题 | | | +| 305 | 根据问题推荐解决方案 | | | | +| 306 | 引导客户进行自助修复 | | | | +| 307 | 基础支撑子模块 | 支持电话、在线聊天、邮件、社交媒体等全渠道统一管理 | | | +| 308 | 根据客户需求、服务人员技能等标签自动分配至最优客服 | | | | +| 309 | 提供多语种服务界面与翻译功能 | | | | +| 310 | 采用加密技术保障客户隐私,符合行业数据保护规范 | | | | +| 311 | 自助服务子模块 | 支持微信、网址、APP端等多渠道自助报修 | | | +| 312 | 每个产品或设备配置二维码,扫码提交故障报修 | | | | +| 313 | 用户自行发起寄修、退换、返修等服务并全程进度跟踪 | | | | +| 314 | 创建维保计划,自动生成保养任务提醒 | | | | +| 315 | 设置消息提醒,及时反馈报修信息 | | | | +| 316 | 智能派单子模块 | 自定义规则配置实现全自动调度分配 | | | +| 317 | 自定义工单分配规则,智能创建工程师调度计划 | | | | +| 318 | 全渠道报修统一受理,工单智能流转分配 | | | | +| 319 | 创建与配置待办任务,超期服务单实时提醒 | | | | +| 320 | 服务人员通过手机APP实时接收服务工单并进行派工或改派 | | | | +| 321 | 工单管理深化子模块 | 对工单进行灵活配置,全程可视化监控 | | | +| 322 | 实现企业全员、上下游合作伙伴间工单信息高效互通 | | | | +| 323 | 通过预设流程完成现场服务步骤,实时掌控工单进展 | | | | +| 324 | 配置自定义工作流调度规则,跟踪提醒工单处理 | | | | +| 325 | 全量采集工单数据,通过各种指标和维度自定义生成报表 | | | | +| 326 | 数据统计分析子模块 | 自动统计故障率、配件损耗、服务成本等核心数据 | | | +| 327 | 为产品迭代提供精准依据 | | | | +| 328 | 通过“高能售后码”建立用户长期连接,沉淀私域流量 | | | | +| 329 | 结合增值服务(如延保、保养)实现服务变现 | | | | +| 330 | 商家入驻管理模块 | 商家资质审核子模块 | 商家在申请入驻时需提交相关资质文件,包括但不限于营业执照、税务登记证、组织机构代码证、医疗器械经营许可证等,具体根据商家销售的商品或提供的服务种类而定。例如,销售药品的商家需要提供GSP(良好供应规范)证书。 | | +| 331 | 商城管理员对提交的资料进行审核,确认其合法性、有效性和完整性。审核过程中,如有疑问,管理员将与商家进行沟通,确保所有文件符合国家规定和行业标准。 | | | | +| 332 | 审核完成后,商家将收到审核结果。若审核通过,商家可以开始设置店铺和上传商品;若未通过,需根据反馈调整或补充相应资料后重新提交审核。 | | | | +| 333 | 商家店铺设置子模块 | 成功入驻的商家需要设置店铺信息,包括店铺名称、logo、简介、联系方式等。这些信息将展示在商城中,消费者可以通过这些信息了解商家。 | | | +| 334 | 提供不同的店铺模板,商家可以根据自身品牌的视觉识别系统(VIS)选择合适的模板,以保持品牌一致性和专业性。 | | | | +| 335 | 新入驻商家可参加由商城举办的店铺管理培训,学习如何高效管理店铺、提升销售技巧及优化顾客服务。 | | | | +| 336 | 商品上架与管理子模块 | 商家可以在店铺后台上传商品,包括商品图片、详细描述、价格、库存等信息。 | | | +| 337 | 为保证商城中商品的质量与合规性,新上传的商品需要经过商城管理员的审核。审核内容包括商品的真实性、合法性以及是否符合相关健康和安全标准。 | | | | +| 338 | 商家需定期更新商品信息,包括调整价格、更新库存和优化商品描述等。对于季节性或过时产品,商家应及时下架或更新。 | | | | +| 339 | 销售监控与分析子模块 | 系统为商家提供销售数据分析工具,帮助商家了解销售趋势、热销产品及顾客偏好。 | | | +| 340 | 系统根据整体市场数据向商家提供行业趋势分析,帮助商家做出更合理的库存和营销决策。 | | | | +| 341 | 商家可以通过系统评估不同营销策略的效果,如促销活动、广告投放等,优化营销资源配置。 | | | | +| 342 | 服务支持与培训子模块 | 提供技术支持服务,帮助商家解决店铺运营中遇到的技术问题,如支付系统接入、数据同步等。 | | | +| 343 | 商家可以通过此子模块获得专业的业务咨询,包括法律法规咨询、市场发展趋势、消费者行为分析等。 | | | | +| 344 | 商城定期为商家提供培训,内容涵盖新功能使用、市场营销策略、顾客服务提升等,帮助商家提升业务能力和服务水平。 | | | | +| 345 | 商家入驻与认证相关子模块(补充) | 商家入驻时,可选择缴纳保证金或平台使用费。 | | | +| 346 | 完成入驻流程后,店铺开通并进行基础设置。 | | | | +| 347 | 店铺管理相关子模块(补充) | 商家可设置店铺的营业状态,如营业中、休息中。 | | | +| 348 | 商品管理相关子模块(补充) | 商家可自定义店铺内的商品分类。 | | | +| 349 | 对商品的规格,如颜色、尺码等进行管理。 | | | | +| 350 | 商家可设置商品库存的预警值。 | | | | +| 351 | 支持商品的批量导入和导出操作。 | | | | +| 352 | 订单管理相关子模块(补充) | 商家可以查看所有订单,包括待付款、待发货、待收货、已完成、退款/售后等状态的订单。 | | | +| 353 | 包括确认订单、打印发货单、发货(填写物流信息)等操作。 | | | | +| 354 | 商家可根据条件对订单进行查询和筛选。 | | | | +| 355 | 营销推广相关子模块(补充) | 商家可以设置店铺的优惠券,如满减、折扣等。 | | | +| 356 | 商家可参与平台组织的营销活动,如拼团等。 | | | | +| 357 | 商家能设置店铺内的促销活动,如商品折扣、满减、赠品等。 | | | | +| 358 | 财务管理相关子模块(补充) | 商家及平台搭建专属的财务中心,统一管理收支,灵活配置结算周期,清晰展示结算订单明细。 | | | +| 359 | 用户管理相关子模块(补充) | 对当前所有用户的个人资料进行增删改查操作,支持用户数据统计和分析,帮助商家了解用户行为习惯和消费偏好。 | | | +| 360 | 消息通知相关子模块(补充) | 系统提供消息通知功能,包括推送消息、APP内部消息通知、短信提醒等,确保用户及时获取订单状态、促销活动等重要信息。 | | | +| 361 | 商城生态商家对接模块入驻管理模块 | 生态合作商家入驻流程 | 支持医疗机构、康养中心、保险公司、健康管理公司等生态商家提交合作申请,填写合作意向、企业介绍、主营业务等信息 | | +| 362 | 平台对生态商家进行资质审核,重点审核行业认证、服务能力、过往合作案例等,确保合作方信誉和专业性 | | | | +| 363 | 审核通过后,平台与生态商家签署合作协议,明确双方权责、数据安全、服务标准及结算方式 | | | | +| 364 | 根据合作类别,开放API、数据同步接口,实现业务流程、订单、用户数据等系统级对接 | | | | +| 365 | 生态资源整合与协同 | 支持生态商家与平台共同开发联合产品或服务套餐,如“保险 + 体检”“医疗 + 康养”等,实现资源互补 | | | +| 366 | 生态商家可通过平台同步活动、促销、服务更新等信息,提升用户触达效率 | | | | +| 367 | 平台可与生态商家联合举办健康讲座、线下体验、线上互动等多元化营销活动,扩大品牌影响力 | | | | +| 368 | 运营监控与管理 | 平台为生态商家提供合作数据分析,包括订单量、用户转化率、联合营销效果等,助力持续优化合作模式 | | | +| 369 | 用户可对生态商家服务进行评价,平台根据评分和反馈定期调整合作策略,保障生态质量 | | | | +| 370 | 面向商家的后端功能 | 在线提交入驻申请(填写店铺信息、资质文件);平台审核(资质审核、签约);缴纳保证金/平台使用费(可选);店铺开通与基础设置 | | | +| 371 | 店铺信息设置(Logo、名称、公告、简介、客服信息);店铺装修(自定义店铺首页模板/风格);营业状态设置(营业中/休息中) | | | | +| 372 | 商品发布/编辑/下架/删除;商品分类管理(自定义店铺内分类);商品规格管理(颜色、尺码等);库存管理(设置库存、预警);商品批量操作(导入/导出) | | | | +| 373 | 查看所有订单(待付款、待发货、待收货、已完成、退款/售后);订单处理(确认订单、打印发货单、发货(填写物流信息));订单查询与筛选 | | | | +| 374 | 设置店铺优惠券(满减、折扣);参与平台营销活动(如平台组织的拼团);设置店铺内促销(折扣、满减、赠品) | | | | +| 375 | 商家及平台搭建专属的财务中心,所有收支统一管理,资金动向有据可查;结算周期灵活配置,结算订单明细一目了然,大幅提升对账效率 | | | | +| 376 | 对当前所有用户的个人资料进行增删改查操作,支持用户数据统计和分析,帮助商家了解用户行为习惯和消费偏好,优化产品和服务 | | | | +| 377 | 系统提供消息通知功能,包括推送消息、APP内部消息通知、短信提醒等,确保用户及时获取订单状态、促销活动等重要信息 | | | | +| 378 | 其他功能 | 店铺基本信息(名称、联系方式、地址)维护,公告发布,营业时间设置 | | | +| 379 | 用户留言提交、管理员回复,支持留言审核与删除 | | | | +| 380 | 私域营销开发模块 | 用户数据沉淀与标签管理 | 系统自动收集用户在商城的行为数据,如浏览、购买、收藏、评价等,形成用户画像 | | +| 381 | 通过用户行为分析,自动为用户打上健康属性、兴趣偏好、消费能力等多维标签,便于精准营销 | | | | +| 382 | 社群运营与触达 | 支持企业微信、微信群、QQ群、APP内社群等多渠道社群搭建,实现用户分层管理 | | | +| 383 | 平台支持健康资讯、产品推荐、服务动态、活动预告等内容的定向推送,提升用户活跃度和粘性 | | | | +| 384 | 集成问卷调研、健康打卡、互动抽奖、知识分享等多样化互动工具,增强用户参与感 | | | | +| 385 | 私域营销工具开发 | 支持针对私域用户定向发放专属优惠券、会员权益,促进转化和复购 | | | +| 386 | 为高价值用户分配专属健康顾问,提供定制化咨询与服务,提升用户满意度和忠诚度 | | | | +| 387 | 建立积分、等级、勋章等成长体系,激励用户参与商城活动,持续活跃 | | | | +| 388 | 直播带货模块 | 直播管理与运营 | 支持专业健康达人、医生、服务人员等主播入驻,需进行实名认证与资质审核,保障内容专业性 | | +| 389 | 直播管理与运营 | 平台设有直播排期系统,商家和主播可提前发布直播预告,吸引用户预约、关注 | | | +| 390 | 支持商品讲解、健康知识科普、康养服务体验、用户互动答疑等多元化直播内容策划 | | | | +| 391 | 直播技术支持 | 支持商城APP、小程序、抖音、快手、微信视频号等多平台同步直播,扩大覆盖面 | | | +| 392 | 集成弹幕、点赞、投票、抽奖、红包、问答等互动工具,提升直播活跃度 | | | | +| 393 | 直播过程中可插入商品/服务购买链接,用户点击即可快速下单,简化交易流程 | | | | +| 394 | 直播数据分析与管理 | 直播后台实时监控观看人数、互动量、转化率、销售额等关键指标,为主播和商家提供运营参考 | | | +| 395 | 直播结束后系统自动生成直播数据报告,分析商品表现、用户反馈、活动效果,优化后续直播策略 | | | | +| 396 | 直播售后与服务保障 | 直播期间及结束后提供专属客服,及时解答用户疑问、处理售后问题 | | | +| 397 | 系统设有直播订单专项售后流程,确保直播带货用户的权益与体验 | | | | +| 398 | 直播技术支持 | 为客户提供音视频SaaS、aPaaS集成服务,根据商家小程序直播需求,搭建私域直播能力、专属直播页。支持直播间装修定制,可以自定义界面logo、背景图及直播介绍等元素 | | | +| 399 | 支持商品上下架管理、商品详情页编辑,私域商品图文制作等,提供助播/运营面板,实现直播间商品推送、排序、增删改等管理 | | | | +| 400 | 针对不同环节的核心需求匹配精准玩法,拉动直播商品GMV成交率。如在直播互动环节,以提升观看时长/直播间停留率为目标,提供红包打赏、抽奖、弹幕、连麦等玩法;在商品运营环节,以提升商品点击率/转化率为目标,提供优惠券、商品卡片推送、商品讲解回放购买、积分等玩法 | | | | +| 401 | 撬动团长、KOL、门店甚至普通观众成为“推广员”,帮助商家借力打力、私域流量裂变式精准变现。小程序端特别支持小窗播放功能,利于观众回流直播间、辅助观众边看直播讲解/直播回放边下单购物 | | | | +| 402 | 用户交互与认证 | 提供手机号、邮箱等多种注册方式,同时确保用户信息的安全性和隐私保护 | | | +| 403 | 允许用户编辑个人资料、查看购买记录、管理收货地址等 | | | | +| 404 | 直播功能 | 提供直播回放功能,方便用户随时回顾直播内容 | | | +| 405 | 展示热门、附近、关注、分类等直播列表,方便用户快速找到感兴趣的直播内容 | | | | +| 406 | 商品展示与购买 | 在直播界面或商品详情页展示商品信息,包括图片、价格、库存、描述等 | | | +| 407 | 支持用户将商品加入购物车,进行订单结算、支付和查询。同时,提供订单取消、退款等售后服务 | | | | +| 408 | 直播技术支持 | 支持多镜头切换、绿幕抠图、商品弹窗等基础功能,高阶系统还提供“虚拟主播带货”“AI话术提示”等进阶服务,适配不同直播场景 | | | +| 409 | 直接对接抖音小店,实现“商品讲解 - 一键下单 - 售后查询”无缝衔接,支持优惠券、秒杀、拼团等营销玩法,刺激即时转化 | | | | +| 410 | 营销支持 | 包含各类营销活动方案,如优惠券、拼团团购、限时促销等工具一应俱全 | | | +| 411 | 直播互动 | 观众能在直播间与带货主播进行文字或表情互动,进行询问商品价格等操作 | | | +| 412 | 商品管理 | 所有上传的商品都会集中在商品池中,用户从商品池中选择商品进行代销推广 | | | +| 413 | 可对商品名称、商品截图、标价等信息进行编辑,对其进行上下架处理 | | | | +| 414 | 数据分析 | 可对商品列表、商品种类、订单账单、物流信息、资金流向进行统计,方便管理 | | | +| 415 | 后台可对用户流量、商品售出数量、活跃用户进行统计,商家依次调整营销策略 | | | | +| 416 | 营销支持 | 平台内置多个广告位,支持开屏广告、图片轮播广告等多种形式 | | | +| 417 | 用户可将商品加入心愿单,直播开播时系统提醒,心愿单商品优先显示、页面置顶,同时为主播提供数据,便于重点讲解和备货 | | | | +| 418 | 主播在直播中发起拼团活动,观众可参团享优惠,且观众会分享到群或朋友圈吸引新客,系统还会在服务号盒子、订单页进行推送 | | | | +| 419 | 用礼物抽奖,操作省心,奖品可以是商品或橱窗品,厂商可直接发货,系统同步物流,地址自动传送,抽奖流程透明 | | | | +| 420 | 针对服饰鞋包类商品,可成套售卖,在页面和直播间展示搭配好的商品 | | | | + +慢性病管理 + +概述 + +慢性病全称为慢性非传染性疾病,往往持续时间长,是遗传、生理、环境和行为因素综合作用的结果。主要包括心脑血管疾病、癌症、慢性呼吸系统疾病、糖尿病和口腔疾病以及内分泌、肾脏、骨骼、神经等疾病。推动以治疗为中心向以健康为中心转变,构建基于基本卫生保健、以人为中心的全流程、全周期、闭环式的动态循环县域慢病一体化管理模式。 + +功能清单 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | 单位 | +| ---- | ---------------------- | ---------------- | ---------------- | ------------ | ---- | +| 1 | 慢性病管理 | 患者服务端 | 评估管理 | 慢性病评估 | 项 | +| 2 | 评估记录 | 项 | | | | +| 3 | 慢性病方案 | 申请慢病管理 | 项 | | | +| 4 | 查看慢病管理方案 | 项 | | | | +| 5 | 签收慢性病管理方案 | 项 | | | | +| 6 | 随访管理 | 查看随访计划 | 项 | | | +| 7 | 填写随访问卷 | 项 | | | | +| 8 | 项 | | | | | +| 9 | 随访记录查看 | 项 | | | | +| 10 | 用药管理 | 查看用药计划 | 项 | | | +| 11 | 用药记录提交 | 项 | | | | +| 12 | 历史用药记录 | 项 | | | | +| 13 | 不良反应上报 | 项 | | | | +| 14 | 用药日记卡 | 项 | | | | +| 15 | 慢性病筛查 | 填写筛查问卷 | 项 | | | +| 16 | 查看筛查记录 | 项 | | | | +| 17 | 消息中心 | 随访问卷推送提醒 | 项 | | | +| 18 | 筛查问卷推送提醒 | 项 | | | | +| 19 | 筛查问卷推送提醒 | 项 | | | | +| 20 | 用药提醒 | 项 | | | | +| 21 | 移动医生端 | 工作台 | 待筛查患者 | 项 | | +| 22 | 待随访患者 | 项 | | | | +| 23 | 待评估患者 | 项 | | | | +| 24 | 患者管理 | 分组管理 | 项 | | | +| 25 | 患者列表 | 项 | | | | +| 26 | 患者建档(含批量建档) | 项 | | | | +| 27 | 患者同步 | 项 | | | | +| 28 | 档案详情管理 | 项 | | | | +| 29 | 患者死亡 | 项 | | | | +| 30 | 患者筛查 | 项 | | | | +| 31 | 高危人群管理 | 项 | | | | +| 32 | 慢性病基础管理 | 项 | | | | +| 33 | 高血压患者管理 | 项 | | | | +| 34 | 高血压患者评估 | 项 | | | | +| 35 | 糖尿病患者管理 | 项 | | | | +| 36 | 糖尿病患者评估 | 项 | | | | +| 37 | 慢阻肺患者管理 | 项 | | | | +| 38 | 慢阻肺患者评估 | 项 | | | | +| 39 | 方案管理 | 方案查看 | 项 | | | +| 40 | 方案配置 | 项 | | | | +| 41 | 随访管理 | 随访问卷管理 | 项 | | | +| 42 | 随访计划管理 | 项 | | | | +| 43 | 随访登记管理 | 项 | | | | +| 44 | 随访任务管理 | 项 | | | | +| 45 | 医生工作站[嵌入HIS] | 工作台 | 日历视图待办清单 | 项 | | +| 46 | 患者日历视图 | 项 | | | | +| 47 | 患者管理 | 患者筛选与搜索 | 项 | | | +| 48 | 患者详情 | 项 | | | | +| 49 | 随访管理 | 随访任务 | 项 | | | +| 50 | 随访记录 | 项 | | | | +| 51 | 筛查管理 | 筛查任务 | 项 | | | +| 52 | 筛查记录 | 项 | | | | +| 53 | 评估管理 | 评估任务 | 项 | | | +| 54 | 评估记录 | 项 | | | | +| 55 | 医院管理端 | 工作台 | 日历视图 | 项 | | +| 56 | 待办事项列表 | 项 | | | | +| 57 | 待筛查患者 | 项 | | | | +| 58 | 待随访患者 | 项 | | | | +| 59 | 待评估患者 | 项 | | | | +| 60 | 患者管理 | 健康档案 | 项 | | | +| 61 | 分组管理 | 项 | | | | +| 62 | 患者列表 | 项 | | | | +| 63 | 患者建档(含批量建档) | 项 | | | | +| 64 | 患者同步 | 项 | | | | +| 65 | 档案详情管理 | 项 | | | | +| 66 | 患者死亡 | 项 | | | | +| 67 | 患者筛查 | 项 | | | | +| 68 | 高危人群管理 | 项 | | | | +| 69 | 慢性病病种管理 | 项 | | | | +| 70 | 病种分级管理 | 项 | | | | +| 71 | 高血压患者管理 | 项 | | | | +| 72 | 高血压患者评估 | 项 | | | | +| 73 | 糖尿病患者管理 | 项 | | | | +| 74 | 糖尿病患者评估 | 项 | | | | +| 75 | 慢阻肺患者管理 | 项 | | | | +| 76 | 慢阻肺患者评估 | 项 | | | | +| 77 | 受试者管理 | 项 | | | | +| 78 | 方案管理 | 方案列表 | 项 | | | +| 79 | 方案新增 | 项 | | | | +| 80 | AI方案推荐 | 项 | | | | +| 81 | 方案修改 | 项 | | | | +| 82 | 方案作废 | 项 | | | | +| 83 | 筛查管理 | 模板分类管理 | 项 | | | +| 84 | 新增筛查模板 | 项 | | | | +| 85 | 修改筛查模板 | 项 | | | | +| 86 | 模板发布 | 项 | | | | +| 87 | 筛查问卷发送 | 项 | | | | +| 88 | 患者筛查登记 | 项 | | | | +| 89 | 筛查报告 | 项 | | | | +| 90 | 患者筛查记录 | 项 | | | | +| 91 | 评估管理 | 评估模板管理 | 项 | | | +| 92 | 评估模板新增 | 项 | | | | +| 93 | 评估模板修改 | 项 | | | | +| 94 | 评估模板发布 | 项 | | | | +| 95 | 评估问卷发送 | 项 | | | | +| 96 | 患者评估登记 | 项 | | | | +| 97 | 评估记录查看 | 项 | | | | +| 98 | 随访管理 | 随访分类管理 | 项 | | | +| 99 | 随访模板新增 | 项 | | | | +| 100 | 随访模板修改 | 项 | | | | +| 101 | 随访模板发布 | 项 | | | | +| 102 | 随访计划管理 | 项 | | | | +| 103 | 随访任务查看 | 项 | | | | +| 104 | 随访任务分配 | 项 | | | | +| 105 | 服务管理 | 项目分类管理 | 项 | | | +| 106 | 服务项目新增 | 项 | | | | +| 107 | 服务项修改 | 项 | | | | +| 108 | 服务项目启用 | 项 | | | | +| 109 | 服务包新增 | 项 | | | | +| 110 | 服务包修改 | 项 | | | | +| 111 | 服务包发布 | 项 | | | | +| 112 | 药事服务 | 用药服务提醒模板 | 项 | | | +| 113 | 统计分析 | 工作量统计 | 项 | | | +| 114 | 管理驾驶舱 | 项 | | | | + + + +中心药房 + +概述 + +依托医养商城中心药房,构建了集药品采购、质量验收、智能库存管理、在线销售与个性化配送于一体的服务体系,严格筛选合格供应商,确保药品质量与安全;通过智能信息系统实时监控库存与有效期,自动生成补货计划,保障药品供应连续性。用户可在平台便捷选购药品,享受上门及定期配送服务,并通过药师在线咨询获得专业用药指导。平台还提供用药提醒与记录跟踪,医生可及时了解患者用药情况,优化治疗方案。药房定期开展质量检验,对不合格药品严格召回处理,全面提升药品管理与服务效率,满足患者和老年人长期医疗护理及康复需求。 + +功能清单 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | 单位 | +| ---- | ------------------ | ------------------ | -------------------- | ------------ | ---- | +| 1 | 中心药房 | 药库管理系统 | 药库管理 | 药品字典 | 项 | +| 2 | 采购计划管理 | 项 | | | | +| 3 | 供应商管理 | 项 | | | | +| 4 | 采购查询 | 项 | | | | +| 5 | 重点监控药品管理 | 项 | | | | +| 6 | 价格管理 | 项 | | | | +| 7 | 库存管理 | 项 | | | | +| 8 | 门诊药房管理系统 | 门诊药房管理 | 门诊药房库存管理 | 项 | | +| 9 | 门急诊发药、配药 | 项 | | | | +| 10 | 门诊发药大屏 | 门诊发药大屏 | 项 | | | +| 11 | 住院药房管理系统 | 住院药房管理 | 住院药房库存管理 | 项 | | +| 12 | 住院发药、摆药 | 项 | | | | +| 13 | 住院药房管理系统 | 住院药房管理 | 住院药房库存管理 | 项 | | +| 14 | 住院发药、摆药 | 项 | | | | +| 15 | 医养商城药房管理 | 医养商城药房管理 | 医养商城药房库存管理 | 项 | | +| 16 | 处方流转 | 项 | | | | +| 17 | 药品配送 | 项 | | | | +| 18 | 中药代煎 | 项 | | | | +| 19 | 药品预警管理系统 | 库存管理助手 | 预警助手悬浮球 | 项 | | +| 20 | 预警助手首页 | 项 | | | | +| 21 | 药品有效期查询 | 项 | | | | +| 22 | 供货商三证查询 | 项 | | | | +| 23 | 药品高储报警查询 | 项 | | | | +| 24 | 药品低储报警查询 | 项 | | | | +| 25 | 耗材管理系统 | 物资管理 | 基础数据 | 项 | | +| 26 | 请领管理 | 项 | | | | +| 27 | 采购管理 | 项 | | | | +| 28 | 库存管理 | 项 | | | | +| 29 | 财务管理 | 项 | | | | +| 30 | 统计查询 | 项 | | | | +| 31 | 临床二级库核销 | 二级库记账核销 | 项 | | | +| 32 | 设备管理系统 | 采购管理 | 购置管理 | 项 | | +| 33 | 付款业务 | 项 | | | | +| 34 | 账务管理 | 资产账务管理 | 项 | | | +| 35 | 资产财务分析 | 项 | | | | +| 36 | 使用管理 | 使用运维 | 项 | | | +| 37 | 质量管理 | 项 | | | | +| 38 | 运维统计 | 项 | | | | +| 39 | 共享中心药房 | 目录管理 | 目录管理 | 项 | | +| 40 | 采购管理 | 采购管理 | 项 | | | +| 41 | 微信服务号 | 微信服务号 | 项 | | | +| 42 | 采购分析 | 采购分析 | 项 | | | +| 43 | 省阳采平台对接 | 省阳采平台对接 | 项 | | | +| 44 | 供应商评价管理 | 供应商评价管理 | 项 | | | +| 45 | 共享库存管理 | 共享库存管理 | 项 | | | +| 46 | 集配商管理 | 集配商管理 | 项 | | | +| 47 | 耗材供应链管理系统 | 目录管理 | 目录管理 | 项 | | +| 48 | 采购管理 | 采购管理 | 项 | | | +| 49 | 微信服务号 | 微信服务号 | 项 | | | +| 50 | 采购分析 | 采购分析 | 项 | | | +| 51 | 省阳采平台对接 | 省阳采平台对接 | 项 | | | +| 52 | 供应商评价管理 | 供应商评价管理 | 项 | | | +| 53 | 共享库存管理 | 共享库存管理 | 项 | | | +| 54 | 集配商管理 | 集配商管理 | 项 | | | +| 55 | 药品追溯码管理系统 | 药品追溯码管理系统 | 药品追溯码管理系统 | 项 | | + + + +人工智能服务 + +概述 + +人工智能服务以国产DeepSeek等大模型为核心,利用海量医疗多模态数据进行预训练和微调,涵盖临床指南、医学影像、病历及专业数据集。通过高质量数据管理和模型训练,AI系统被部署于医养平台,为医疗诊断和养老服务等场景提供标准化智能支持,如辅助疾病诊断、个性化养老方案制定。同时,平台对AI模型进行全生命周期管理,持续优化和监控,确保模型的准确性与可靠性,适应医疗数据和知识的不断更新。 + +功能清单 + +| 序号 | 名称 | 一级功能模块 | 二级功能模块 | 三级功能模块 | 单位 | +| ---- | -------------------- | ------------ | -------------- | ---------------- | ---- | +| 1 | 人工智能服务 | 智能推荐 | 智能推荐 | 关联症状问诊推荐 | 项 | +| 2 | 进一步问诊推荐 | 项 | | | | +| 3 | 疑似诊断推荐 | 项 | | | | +| 4 | 特殊疾病处置建议 | 项 | | | | +| 5 | 误诊提醒 | 项 | | | | +| 6 | 漏诊提醒 | 项 | | | | +| 7 | 危急重症提醒 | 项 | | | | +| 8 | 检查检验推荐 | 项 | | | | +| 9 | 用药推荐 | 项 | | | | +| 10 | 操作治疗推荐 | 项 | | | | +| 11 | 手术推荐 | 项 | | | | +| 12 | 医疗审核 | 医疗审核 | 检查合理性审核 | 项 | | +| 13 | 检验合理性审核 | 项 | | | | +| 14 | 操作治疗合理性审核 | 项 | | | | +| 15 | 手术合理性审核 | 项 | | | | +| 16 | 知识检索 | 知识检索 | 关键字检索 | 项 | | +| 17 | 最近搜索 | 项 | | | | +| 18 | 猜你想搜 | 项 | | | | +| 19 | 疾病目录检索 | 项 | | | | +| 20 | 药物目录检索 | 项 | | | | +| 21 | 临床路径目录检索 | 项 | | | | +| 22 | 临床指南目录检索 | 项 | | | | +| 23 | 病历目录检索 | 项 | | | | +| 24 | 检验目录检索 | 项 | | | | +| 25 | 检查目录检索 | 项 | | | | +| 26 | 症状目录检索 | 项 | | | | +| 27 | 手术目录检索 | 项 | | | | +| 28 | 操作治疗目录检索 | 项 | | | | +| 29 | 量表目录检索 | 项 | | | | +| 30 | 健教知识目录检索 | 项 | | | | +| 31 | 医学文献目录检索 | 项 | | | | +| 32 | 法律法规目录检索 | 项 | | | | +| 33 | 知识收藏 | 项 | | | | +| 34 | 知识库维护 | 项 | | | | +| 35 | 区域辅诊监测分析系统 | 辅诊统计 | 辅诊查询 | 项 | | +| 36 | 审核查询 | 项 | | | | +| 37 | 风险查询 | 项 | | | | +| 38 | 辅诊统计 | 项 | | | | +| 39 | 审核总体统计 | 项 | | | | +| 40 | 检查检验审核统计 | 项 | | | | +| 41 | 手术操作审核统计 | 项 | | | | +| 42 | 诊断质控统计 | 项 | | | | + +全生命周期监测平台 + +概述 + +随着人口老龄化进程加快,我国养老服务需求呈现爆发式增长。据统计,截至2023年底,我国60岁及以上老年人口已超过2.8亿,占总人口的20%。养老机构面临着严峻的运营挑战:人力成本高企、安全事故频发、服务质量参差不齐、数字化转型滞后。传统养老模式依赖人工巡检和经验判断,存在响应不及时、记录不完整、资源浪费等问题。智慧养老已成为行业发展的必然趋势,通过技术手段实现降本增效、风险防控和服务提升。 + +本次建设致力于构建一套面向养老机构的"监测—预警—调度—管理—服务"全闭环智慧运营解决方案。通过蓝牙定位、智能手环、边缘AI摄像头与大数据分析平台的有机结合,实现对在院老人从入院到出院的全生命周期数字化管理。方案不仅关注技术实现,更注重实际应用效果,旨在帮助养老机构实现数据驱动的科学决策,提升运营效率,降低安全风险,提高照护质量,增强家属信任。 + +降本增效:自动化巡检替代人工值守,智能调度优化资源配置,人力成本降低30-50%,运营效率提升60%以上 + +风险可控:早期预警机制将安全事故发生率降低80%,完整记录链路确保合规性,构建全方位风险防控体系 + +服务精准:基于大数据分析的个性化照护方案,服务满意度提升40%,实现标准化服务与个性化关怀的完美结合 + +提升竞争力:智慧化服务成为机构核心竞争力,品牌影响力显著增强,吸引更多优质客户资源 + +项目采用先进的物联网技术与人工智能算法,构建多层次感知网络: + +边缘计算架构:数据在设备端预处理,减少网络传输压力,提升响应速度 + +多模态融合:位置、体征、行为三维数据融合,提高预警准确率,降低误报率 + +自适应算法:系统能学习老人行为规律,实现智能化个性化服务 + +开放集成平台:支持标准协议接口,便于与现有医疗系统无缝对接 + +项目适用于各类养老服务机构,包括: + +养老院/护理院:全天候专业照护机构,需要高水平安全保障和服务管理 + +康复中心:康复训练与医疗监护并重,对专业设备和技术要求较高 + +日间照护中心:白天照护服务,需要灵活的出入管理和服务记录 + +社区养老服务中心:整合医疗、康复、生活照护等多项服务 + +项目基于分布式微服务架构,包含三大核心组件: + +蓝牙定位基站:构建全院定位网络,实现厘米级精确定位 + +防拆智能手环:集成多种传感器,提供全方位健康监测 + +边缘AI摄像头:部署AI算法,实现智能行为识别和安全监控 + +三大组件通过物联网网关实现数据汇聚,统一接入大数据分析平台,支持多源数据联动、智能调度和可视化管理。系统采用云边端协同架构,既保证数据安全性,又满足实时性要求。 + +功能清单 + +| 功能模块 | 功能名称 | 功能描述 | +| ------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 智能定位与空间管理 | 全域定位 | 米级精确定位,支持室内外无缝切换,实时掌握老人位置信息,为紧急情况提供精准位置数据 | +| 电子围栏 | 支持自定义安全区域设置,可针对不同楼层、房间设置虚拟围栏,老人离开安全区域时自动触发告警,预防走失风险 | | +| 轨迹记录 | 完整记录老人活动轨迹,支持轨迹回放和分析,可识别异常活动模式,为行为分析和健康评估提供数据基础 | | +| 空间可视化 | 提供实时位置地图展示,支持多楼层切换,显示老人、护工、设备位置,便于管理人员快速掌握全院态势 | | +| 健康监测与预警 | 生命体征监测 | 实时监测心率、血氧饱和度、体温、睡眠质量等关键指标,支持24小时连续监测,数据自动上传至云端平台 | +| 跌倒检测 | 采用智能算法结合多传感器数据,准确识别跌倒行为,检测到跌倒后秒级告警并自动通知最近护工进行救援 | | +| 异常预警 | 基于个性化阈值设置,对心率异常、呼吸暂停、低氧血症等情况进行早期预警,支持多级预警机制 | | +| SOS呼叫 | 一键紧急呼叫功能,支持语音通话和文字消息,呼叫时自动定位并通知多方人员,确保快速响应 | | +| 行为分析与智能巡检 | AI行为识别 | 利用AI摄像头识别跌倒、徘徊、长时间静止等异常行为,支持行为模式学习和异常检测 | +| 合规监测 | 自动监测护理服务是否符合标准流程,如按时服药、定时翻身等,提供合规性报告和改进建议 | | +| 烟火识别 | 智能识别烟雾、火源等安全隐患,支持早期预警和自动通知消防部门,保障老人生命安全 | | +| 隐私保护 | 支持多种隐私模式,在老人居室可关闭视频流或使用隐私遮罩,只在异常情况下记录关键画面 | | +| 自动巡检 | 替代人工定期巡检,通过AI摄像头和传感器网络实现24小时自动巡检,显著降低人力成本 | | +| 智能调度与响应 | 自动派单 | 报警触发时,系统自动计算最近可用护工位置并派发任务,支持多任务并行处理和优先级排序 | +| 响应优化 | 基于实时位置信息和护工状态,采用智能算法优化调度路径,提高响应效率和资源利用率 | | +| 多级告警 | 支持普通、一般、紧急三级告警机制,不同级别触发不同响应流程,确保重要事件优先处理 | | +| 响应记录 | 完整记录报警触发、派单、响应、处理全过程,支持视频录像和时间戳,便于质量评估和追溯 | | +| 运营管理与质控 | 实时态势 | 大屏展示全院实时安全态势,包括报警事件、护工位置、老人状态等关键信息,支持多视角查看 | +| 自动化记录 | 自动生成交班报告、护理记录、异常事件记录等,大幅减少手工录入工作,提高记录准确性 | | +| 质控分析 | 基于视频和数据分析护理服务质量,识别服务短板,提供针对性改进建议和培训指导 | | +| 资源优化 | 通过数据分析优化人员排班、设备配置、区域布局等,实现资源的最优配置和成本控制 | | +| 报表统计 | 自动生成各类运营报表,包括安全事件统计、护理效率分析、服务质量评估等,支持自定义报表 | | +| 家属服务与互动 | 安全摘要 | 为家属提供老人每日安全状态摘要,包括活动情况、健康指标、异常事件等,让家属放心 | +| 活动报告 | 每日生成老人活动报告,记录饮食、运动、睡眠等情况,帮助家属了解老人生活状态 | | +| 健康趋势 | 基于长期数据分析生成健康趋势报告,预测潜在健康风险,提供预防性健康建议 | | +| 语音互动 | 支持家属与老人通过手环进行语音通话或文字消息互动,方便远程沟通和情感关怀 | | +| 透明服务 | 定期分享老人日常生活瞬间(如适度脱敏的活动照片),增加服务透明度,提升家属信任 | | +| 系统管理与运维 | 设备管理 | 集中管理所有物联网设备,支持远程状态监控、故障诊断、在线维护,降低运维成本 | +| OTA升级 | 支持设备固件远程无线升级,可批量升级或分批次升级,确保系统安全性和功能更新 | | +| 参数配置 | 提供灵活的参数配置界面,支持远程调整设备参数、告警阈值、系统设置等 | | +| 数据备份 | 自动备份重要数据,支持多重备份策略,确保数据安全和业务连续性 | | +| 权限管理 | 实施分级权限控制,不同角色拥有不同操作权限,所有操作记录审计日志 | | +| 数据分析与决策支持 | 行为规律学习 | 系统自动学习老人日常行为规律,建立个性化行为模型,用于异常检测和健康评估 | +| 个性化照护 | 基于老人个体数据定制专属照护方案,包括饮食、运动、药物等个性化建议 | | +| 风险预测 | 利用机器学习算法预测老人健康风险,如跌倒风险、疾病恶化风险等,支持早期干预 | | +| 运营优化 | 通过大数据分析优化运营策略,包括人员配置、流程优化、服务质量提升等 | | +| 合规报告 | 自动生成各类合规性报告,包括服务质量报告、安全报告、法规遵从报告等 | | +| 安全与隐私保护 | 数据加密 | 采用AES-256等高级加密算法,对敏感数据进行加密存储和传输,防止数据泄露 | +| 访问控制 | 实施严格的身份认证和权限控制,只有授权人员才能访问相应数据和功能 | | +| 隐私模式 | 提供多种隐私保护模式,用户可自主选择数据共享范围和隐私保护等级 | | +| 审计日志 | 记录所有系统操作日志,包括登录、数据访问、参数修改等,支持安全审计和追溯 | | +| 合规检查 | 自动检查系统是否符合相关法规要求,及时发现并修复合规性问题 | | +| 接口集成与扩展 | 标准协议支持 | 全面支持HL7、FHIR、DICOM等国际医疗标准协议,确保与医疗系统的无缝对接 | +| 第三方系统集成 | 与医院信息系统(HIS)、实验室信息系统(LIS)、影像归档系统(PACS)等深度集成 | | +| API开放 | 提供标准RESTful API接口,支持第三方应用开发和系统集成 | | +| 数据共享 | 支持安全的数据共享和交换机制,遵循数据安全标准和隐私保护要求 | | +| 扩展能力 | 采用模块化设计,支持新功能模块的灵活扩展和定制开发 | | + +运营管理系统 + +建设目标 + +着力构建数据贯通、多端协同的智能化运营管理体系,通过有效整合医疗、养老、健康等多维度资源,全面实现政府监管动态化、机构服务精准化、家庭照护便捷化的全流程闭环管理,切实提升医养服务效率、资源利用率和群众获得感,有力推动构建“医-健-药-康-护-检-养-教”一体化全链条智慧医养服务生态。 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ---------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 运营管理系统 | 权限中枢管理 | 角色权限矩阵管理 | 基于RBAC模型实现医护人员、行政人员、家属等7类角色的动态权限配置,支持权限继承与组合 | +| 2 | 访问控制引擎 | 通过ABAC策略实现医疗数据细粒度访问控制(如:检验报告仅责任医师可见) | | | +| 3 | 审批流程配置 | 可视化配置权限申请审批链,支持跨机构的三级审批流程(科室主任→院领导→卫健局) | | | +| 4 | 服务生命周期管理 | 服务目录治理 | 维护居家护理、远程问诊等35项医养服务目录,实现服务上下架数字化审批 | | +| 5 | 服务质量追踪 | 通过NLP分析服务评价,建立服务满意度-资源投入关联模型 | | | +| 6 | 服务版本控制 | 记录服务流程迭代日志,支持历史版本追溯与灰度发布 | | | +| 7 | 数字化营销工具箱 | 精准宣教系统 | 基于患者疾病标签(ICD-10)自动匹配健康教育素材 | | +| 8 | 家庭医生签约台 | 可视化展示签约医生服务能力雷达图,支持线上签约与履约评价 | | | +| 9 | 健康商城运营 | 对接医药电商平台,建立处方药械的精准推荐体系 | | | +| 10 | 财务分账中枢 | 多方分账引擎 | 实现机构收益、家庭支付等6方资金的自动清分 | | +| 11 | 对账系统 | 自动核验结算清单,定位违规项目(规则引擎包含487条审核规则) | | | +| 12 | 成本效益看板 | 展示各医养服务项目的投入产出比,支持DRG成本核算 | | | +| 13 | 安全审计模块 | 操作溯源系统 | 记录数据访问全链路日志,支持6个月内的操作行为追溯 | | +| 14 | 合规检查工具 | 自动检测诊疗行为合规性(内置18类医疗核心制度检查点) | | | +| 15 | 风险画像平台 | 通过用户行为分析(UEBA)识别异常登录、数据导出等风险行为 | | | +| 16 | 决策支持 | 运营驾驶舱 | 集成运营、设备使用率、药占比等核心指标,支持多维度钻取分析 | | +| 17 | 智能报告生成 | 自动生成季度运营分析报告 | | | +| 18 | 商城功能 | 处方药械直通车 | 对接医院HIS系统实现电子处方流转,支持在线结算,提供用药提醒、药物相互作用智能检测功能 | | +| 19 | 健康产品智能推荐 | 基于用户健康档案数据(如慢病类型、体检报告),运用协同过滤算法实现精准商品推荐 | | | +| 20 | 服务类商品中心 | 整合居家护理、康复理疗等18类服务产品,支持服务预约、服务人员资质验证、服务过程GPS轨迹追踪 | | | +| 21 | 智能设备专区 | 对接健康监测设备厂商,提供设备租赁/销售、数据互联(对接平台健康数据中心)、使用指导一站式服务 | | | +| 22 | 健康积分商城 | 构建用户健康行为积分体系(每日步数、监测打卡等),支持积分兑换体检套餐、保险产品等健康服务 | | | +| 23 | 医养拼团购 | 针对慢病药品、康复辅具等高频需求,开展C2M定制化团购,通过集中采购降低用户成本 | | | +| 24 | 健康直播馆 | 开设医师/营养师直播专栏,支持直播问诊、健康课程付费观看、商品即时购买等功能 | | | +| 25 | 适老化购物助手 | 提供语音搜索、代客下单、大字体界面等适老化功能,配备专属客服解决老年人数字鸿沟问题 | | | +| 26 | 企业健康采购平台 | 为医疗机构、养老院等B端客户提供耗材集采、设备维保、消杀服务等企业级采购解决方案 | | | + +中台能力层建设 + +建设目标 + +根据梅州市智慧医养数字赋能平台总体规划,中台能力层应着力推进医疗健康数据的全面整合、服务能力的高效沉淀与核心技术的规范复用,为全民健康信息平台、慢病监管体系及智慧医养业务体系提供坚实支撑,保障其协同高效运转。重点任务包括: + +(一)推动数据贯通:破除跨部门、跨层级数据壁垒,构建统一规范、安全可控的数据资源体系; + +(二)强化服务复用:对通用业务能力进行标准化封装与沉淀,支撑业务快速迭代与创新应用; + +(三)深化智能驱动:建设集约化人工智能能力共享平台,赋能诊疗精准化与健康管理智能化; + +(四)促进生态开放:提供标准化、可扩展的API接口,推动产业链协同与融合创新发展。 + +业务中台建设 + +功能组件 + +业务中台本次主要包含如下功能组件中心: + +(一)用户服务中心 + +(1)统一身份认证体系(电子健康码集成) + +(2)多角色权限管理(老人/家属/医护/机构) + +(3)服务门户管理(微信/APP/Web多端接入) + +(二)医疗业务中心 + +(1)分级诊疗服务调度引擎 + +(2)医养服务订单管理系统 + +(3)家庭医生签约管理模块 + +(三)监管调度中心 + +(1)质量监管规则引擎(DRG/DIP规则库) + +(2)异常事件预警处置平台 + +(3)绩效考核评价系统 + +(四)服务资源中心 + +(1)医疗机构资源目录库 + +(2)适老化改造项目管理 + +(3)商保支付结算网关 + +功能清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ------------------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 业务中台 | 用户服务中心 | 统一身份认证体系(电子健康码集成) | 以居民电子健康码为唯一标识,实现跨系统身份核验,支持医疗机构、养老等多场景身份认证 | +| 2 | 多角色权限管理(老人/家属/医护/机构) | 基于RBAC模型实现权限分级控制,支持老人健康数据查阅、家属监护授权、医护诊疗权限、机构运营管理等差异化配置 | | | +| 3 | 服务门户管理(微信/APP/Web多端接入) | 构建统一服务入口,支持微信小程序、手机APP、WEB端的多终端访问,实现服务入口标准化管理和内容同步更新 | | | +| 4 | 医疗业务中心 | 分级诊疗服务调度引擎 | 基于"市-县-镇-村"四级架构的智能转诊系统,实现双向转诊路径规划、医疗资源动态匹配和分级诊疗质控 | | +| 5 | 医养服务订单管理系统 | 对接家庭床位改造、适老化施工等服务,实现服务工单生成、服务商派单、过程跟踪和满意度评价闭环管理 | | | +| 6 | 家庭医生签约管理模块 | 支持在线签约、服务包定制、履约跟踪,集成健康档案调阅、远程咨询、上门服务预约等功能 | | | +| 7 | 监管调度中心 | 质量监管规则引擎(DRG/DIP规则库) | 内置疾病诊断相关组(DRG)和按病种分值付费(DIP)规则库,实现费用监控、诊疗路径合规性检查和控费预警 | | +| 8 | 异常事件预警处置平台 | 通过智能手环、雷达等设备实时监测生命体征,建立跌倒、突发疾病等11类风险预警模型,支持自动派单和处置跟踪 | | | +| 9 | 绩效考核评价系统 | 构建医疗机构运营KPI体系,实现床位周转率、药耗占比、患者满意度等20+项指标的自动采集和多维度分析 | | | +| 10 | 服务资源中心 | 医疗机构资源目录库 | 整合全市227个医疗卫生机构信息,包含科室设置、专家团队、设备配置等资源数据,支持动态更新和智能检索 | | +| 11 | 适老化改造项目管理 | 实现改造申请审核、评估派单、施工验收全流程数字化管理,支持改造进度可视化追踪和改造效果多维分析 | | | +| 12 | 商保支付结算网关 | 打通基本与商业健康险数据接口,支持"一站式"费用结算、商保快速理赔和补充医疗保障服务衔接 | | | + +数据中台建设 + +功能组件 + +数据中台主要承担着对接多部门以及医院的HIS、LIS、PACS系统的任务,同时兼容智能穿戴设备的数据采集工作。在此基础上,中台能够提供智能分析服务,涵盖构建患者的360平台健康画像、开发慢性病风险预测模型以及搭建医疗质量动态监测看板等。其主要建设内容包含以下几个关键系统:(1)数据湖基座(2)数据治理平台(3)医疗知识图谱(4)AI大模型平台(5)数据服务总线(7)数据质量监控系统(8)数据可视化系统(9)数据安全审计系统(10)数据生命周期管理系统。 + +数据湖基座 + +功能:对人口、电子病历、健康档案、医疗资源这四大核心库进行整合,打破数据壁垒,实现数据的集中存储与管理,为后续的数据处理和分析提供统一的数据基础。 + +作用:为整个数据中台提供全面、准确且集中的数据支撑,方便各业务系统和分析模型对数据的调用,提高数据的可用性和共享性。 + +(1)基座实现 + +基于分布式存储计算平台Hadoop/Spark生态构建,为整个数据中台提供底层的存储和计算能力支持。Hadoop是一个开源的分布式系统基础架构,具有高可靠性、高扩展性和高效性等特点,能够处理海量数据的存储和计算任务。Spark则是一个快速通用的集群计算系统,具有高效的内存计算能力,能够在大规模数据集上进行快速的数据处理和分析。本项目配置有分布式存储计算平台一套,可以实现相关功能。分布式存储计算平台功能如下: + +①数据存储:Hadoop的分布式文件系统(HDFS)可以将大量的数据分散存储在多个节点上,实现数据的可靠存储和高效读写。 + +②数据计算:Spark提供了丰富的计算引擎,如SparkCore、SparkSQL、SparkStreaming等,可以支持不同类型的数据处理任务,如批处理、实时处理、交互式查询等。 + +③资源管理:通过YARN(YetAnotherResourceNegotiator)对集群资源进行统一管理和调度,提高资源利用率和系统的可扩展性。 + +(二)数据库建设 + +主要包含ODS库、基准库、主题库、专题库和非结构化数据存储(对象存储)。 + +(1)ODS库(操作数据层):作为贴源数据层,对各业务系统数据进行采集、汇集。保留原始业务流程数据,与业务系统基本保持一致,仅做简单整合、非结构化数据结构化处理,或者增加标识数据等,不做深度清洗加工,主要实现数据的汇聚接入。 + +(2)基准库:包含人口库、电子病历库、健康档案库、医疗资源库。经过一定处理和整合的数据集合,为后续的数据应用和分析提供基础,是整个数据体系中的核心数据存储部分,这些库的数据相对规范、准确,是其他数据处理和分析的重要依据。 + +(3)主题库:围绕特定的业务主题进行组织和构建,将与该主题相关的数据从基准库等数据源中抽取、整合和加工,形成聚焦于特定业务主题的数据集合,以满足特定业务分析和决策的需求,例如可能有围绕疾病治疗、医疗费用等主题构建的主题库。 + +(4)专题库:针对特定的专题或业务场景进行定制化的数据集合。根据特定的业务需求,从多个数据源(包括基准库、主题库等)选取相关数据进行深度挖掘和分析,以支持特定专题的研究和决策,如针对某一罕见病的研究专题库等。 + +(5)非结构化数据存储,采用对象存储方式实现。 + +(三)基座服务实现 + +(1)数据治理 + +对数据中台的数据进行全面管理和规范,确保数据的质量、安全性和可用性。 + +具体内容:包括数据标准制定,建立统一的数据字典和编码规则,保证数据的一致性和规范性;数据清洗和转换,对原始数据进行清理、去重、纠错等操作,并将数据转换为统一的格式;数据质量管理,对数据的准确性、完整性、及时性等进行监控和评估,及时发现和解决数据质量问题;数据安全管理,采取访问控制、数据加密、备份恢复等措施,保障数据的安全性。 + +(2)智能分析 + +利用数据分析和挖掘技术,从海量的医疗数据中提取有价值的信息和知识,为医疗决策提供支持。 + +具体内容:包括构建患者的360平台健康画像,综合分析患者的基本信息、病历信息、健康档案信息等,全面了解患者的健康状况和疾病风险;开发慢性病风险预测模型,通过对患者的生理指标、生活习惯、疾病史等数据进行分析,预测患者患慢性病的风险;进行医疗质量动态监测,对医疗过程中的关键指标进行实时监测和分析,评估医疗服务的质量和效率。 + +(3)服务接口 + +提供标准化的数据接口,方便其他系统与数据中台进行数据交互和共享。 + +具体内容:封装200+标准化数据API接口,这些接口遵循统一的规范和协议,可以为不同的应用系统提供数据服务,如医院信息系统(HIS)、临床决策支持系统、医疗科研系统等。通过服务接口,实现数据的流通和共享,促进医疗信息系统的集成和协同工作。 + +数据治理平台 + +(一)功能说明 + +功能:建立主数据标准,明确数据的定义、格式、规则等,确保数据的一致性和准确性;实现数据血缘追溯,清晰记录数据的来源、流转和加工过程。 + +作用:提高数据质量,使数据具有更高的可信度和可追溯性,为数据的有效利用和决策提供可靠保障,避免因数据不一致或不准确导致的决策失误。 + +(二)业务逻辑 + +(1)数据接入 + +多系统对接:具备与医院的HIS(医院信息系统)、LIS(实验室信息管理系统)、PACS(医学影像存档与通信系统)无缝对接的能力。通过标准接口和协议,实现不同系统间的数据实时或定时抽取,确保数据的完整性和准确性。 + +智能穿戴设备兼容:支持常见智能穿戴设备的数据采集,如智能手环、智能手表等。利用蓝牙、Wi-Fi等无线通信技术,自动接收设备传输的健康数据,如心率、血压、运动步数等。 + +(2)数据整合 + +数据清洗:对采集到的原始数据进行清洗,去除重复、错误、不完整的数据。例如,纠正HIS系统中患者姓名的拼写错误,剔除LIS系统中异常的检验数据。 + +数据转换:将不同系统、不同格式的数据统一转换为标准格式。比如,将PACS系统中的影像数据转换为统一的图像编码格式,方便后续处理和分析。 + +数据关联:建立患者在不同系统数据之间的关联关系,以患者唯一标识为核心,将HIS中的基本信息、LIS中的检验结果、PACS中的影像资料以及智能穿戴设备采集的健康数据关联起来,构建完整的患者数据视图。 + +(3)数据存储 + +分布式存储:采用分布式文件系统,如HadoopDistributedFileSystem(HDFS),能够存储海量的患者数据,包括结构化数据(如检验报告)和非结构化数据(如医学影像)。 + +数据库管理:运用关系型数据库和非关系型数据库相结合的方式,分别存储结构化和半结构化、非结构化数据。同时,建立数据仓库,对整合后的数据进行存储和管理,为后续分析提供数据支撑。 + +(4)数据分析 + +统计分析:提供基本的统计分析功能,如计算患者的平均年龄、不同疾病的发病率等。通过直观的图表和报表展示分析结果,帮助医院管理人员和医护人员快速了解医院运营状况和患者健康情况。 + +挖掘分析:运用数据挖掘算法,如关联规则挖掘、聚类分析等,发现患者数据中的潜在规律和模式。例如,通过关联规则挖掘找出某种疾病与特定生活习惯之间的关联,为疾病预防和治疗提供参考。 + +预测分析:基于历史数据构建预测模型,对患者的病情发展、住院时长、再入院概率等进行预测。例如,利用机器学习算法预测心血管疾病患者的复发风险,提前采取干预措施。 + +(5)数据服务 + +API接口服务:提供丰富的API接口,方便医院内部不同部门以及外部合作伙伴调用数据中台的数据和分析结果。例如,临床科室可以通过API获取患者的360平台画像,用于临床决策。 + +可视化服务:将分析结果以直观的可视化方式展示,如仪表盘、报表、地图等。通过可视化工具,用户可以快速理解数据含义,发现数据中的问题和趋势。 + +(6)数据安全 + +访问控制:建立严格的用户认证和授权机制,对不同用户分配不同的访问权限,确保只有授权人员才能访问特定的数据。例如,医护人员只能访问自己负责患者的数据。 + +数据加密:对敏感数据进行加密处理,包括在传输过程中和存储过程中的加密。例如,采用对称加密算法对患者的个人身份信息进行加密,防止数据泄露。 + +数据审计:对数据的访问和操作进行审计,记录用户的访问行为和操作内容。一旦发生数据安全事件,可以追溯事件源头,采取相应的措施。 + +(7)患者360平台画像构建 + +数据整合与建模:整合患者在各个系统中的数据,构建全面的患者画像模型。该模型涵盖患者的基本信息、健康状况、疾病史、治疗记录、生活习惯等多个维度。 + +实时更新:随着新数据的采集和更新,及时对患者360平台画像进行更新,确保画像的实时性和准确性。例如,当患者进行了新的检验检查后,立即将结果更新到画像中。 + +个性化展示:根据不同用户的需求,提供个性化的患者360平台画像展示。例如,医生可以重点关注患者的疾病诊断和治疗方案,而医院管理人员可以关注患者的住院费用和住院时长等信息。 + +(三)功能组件清单 + +| 数据治理平台 | 元数据管理中枢 | 构建全域元数据仓库,实现HIS/EMR等医疗系统元数据自动采集,支持血缘分析、影响评估和变更追溯,提供可视化数据地图服务 | +| ------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 数据标准管理 | 建立包含200+医疗数据标准的术语库,实现标准与业务系统字段的智能映射,支持标准版本控制与差异对比 | | +| 主数据管理 | 统一管理医疗机构、医务人员、药品耗材等核心主数据,实现跨系统数据清洗与一致性校验,提供主数据分发服务 | | + + + +医疗知识图谱 + +(一)功能说明 + +功能:构建疾病-药品-治疗方案关联关系网络,将医疗领域的各种知识和信息进行关联和整合,形成一个结构化的知识体系。 + +作用:辅助医疗决策,帮助医生或者工作人员快速获取相关的医疗知识和信息,提高诊断和治疗的准确性和效率,同时也有助于医学研究和教学。 + +(二)业务逻辑 + +(1)数据源接入 + +通过API网关对接医院HIS/LIS/PACS系统,采用自然语言处理技术对非结构化文本进行标注,生成符合标准的元数据描述文件。数据清洗模块实现术语标准化(如SNOMEDCT编码映射),完成原始数据向知识三元组的初步转化。 + +(2)知识抽取引擎 + +疾病实体抽取:识别30+类医学实体(症状、体征、并发症等)。 + +药物关系构建:建立药品-适应症-禁忌症的三维关系网络,支持剂量相关性推理。 + +时序特征提取:捕获病程发展的时间序列特征(如糖化血红蛋白变化趋势)。 + +(3)知识融合中枢 + +对接ICD-11、MeSH等权威术语体系,建立跨源实体对齐矩阵。针对临床指南与真实世界数据的矛盾点,采用循证医学证据等级加权策略,构建动态可信度评估模型。 + +(三)功能模块清单 + +| 医疗知识图谱 | 知识建模工具 | 支持本体构建与OWL语义建模,内置ICD-10/SNOMEDCT等医疗标准术语体系,提供可视化图谱编辑工具 | +| ------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 知识抽取引擎 | 基于NLP技术从电子病历、检查报告中抽取疾病、症状、治疗方案等实体,准确率≥95%,支持中医体质与西医诊断的关联映射 | | +| 知识推理服务 | 提供临床路径推理、用药冲突检测等智能服务,支持通过SPARQL查询接口进行复杂关系挖掘,日均处理10万+次推理请求 | | + +AI大模型平台 + +(一)功能说明 + +功能:提供慢性病预测、肿瘤筛查、医养等算法模型库,利用人工智能技术对医疗数据进行分析和挖掘,为医疗决策提供智能化的支持。 + +作用:提前发现疾病风险,实现疾病的早期干预和治疗,提高医疗质量和患者的健康水平,同时也可以优化医疗资源的分配。 + +(二)业务逻辑 + +业务逻辑:构建“预训练+微调+增强”三级技术体系,通过通用大模型基座实现基础认知能力,叠加垂直领域知识注入与场景化训练,形成可落地的行业智能体。 + +①计算资源池:硬件配置详细见章节《4.2.3.3大模型建设方案》。 + +②数据湖存储:对象存储、分布式文件系统支持PB级数据存取、冷热数据分层存储策略等详细见章节《4.2.2.6.2存储方案》 + +(三)功能模块清单 + +| AI大模型平台 | 模型训练工厂 | 提供分布式训练框架支持,内置医疗预训练模型(包含50万份脱敏病历语料),支持LoRA等轻量化微调技术 | +| ------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 模型服务化 | 实现模型API网关统一接入,支持影像识别、病历结构化等服务的在线推理,具备请求排队与负载均衡能力,单节点QPS≥500 | | +| 模型监控中心 | 监控模型性能衰减(AUC值波动预警)、数据偏移检测(KL散度分析),提供模型迭代效果对比看板 | | + +数据服务总线 + +(一)功能说明 + +功能:封装200+标准化数据API接口,为不同的业务系统和应用提供统一的数据访问和调用方式,实现数据的共享和交互。 + +作用:降低系统之间的耦合度,提高数据的流通效率,方便各业务系统快速获取所需的数据,促进业务的协同和创新。 + +(二)功能模块清单 + +| 数据服务总线 | 服务注册中心 | 管理300+个医疗数据服务接口,支持服务上下线自动通知,提供基于服务健康度的智能路由策略 | +| ------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 服务网关集群 | 实现结算、健康档案查询等服务的统一鉴权(支持动态令牌),具备流量控制(令牌桶算法)与熔断降级机制 | | +| 服务编排引擎 | 支持跨系统服务组合(如"住院结算+报销"流程编排),提供可视化BPMN编排工具,日均处理5万+个组合服务调用 | | + +主索引系统 + +(一)功能说明 + +功能:为患者、医护人员、医疗设备等关键实体创建唯一的标识符,无论这些实体的信息存储在电子病历库、健康档案库还是其他系统中,都能通过该唯一编号进行快速定位和关联。 + +作用:有效解决数据不一致和重复问题,提高数据的准确性和一致性,极大地方便了数据的整合和共享,确保在不同数据源和系统中能够准确识别和关联相关实体。 + +(二)功能模块清单 + +| 主索引管理 | 主索引注册 | 基于HL7PIX标准实现跨机构患者主索引创建,支持身份证/医保卡/电子健康卡等多证件融合,注册成功率≥99.9% | +| -------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 主索引查询 | 提供模糊匹配查询(支持姓名首字母、近似身份证号检索),响应时间<500ms,并发处理能力≥5000QPS | | +| 主索引变更追溯 | 可视化展示患者主索引全生命周期轨迹,支持版本回滚与变更影响分析,变更记录同步至区块链存证 | | +| 主索引合并 | 智能识别重复主索引(相似度算法准确率≥98%),支持人工复核合并操作,自动更新关联业务系统数据 | | +| 主索引同步服务 | 通过ESB服务总线实现与医疗机构HIS、公共卫生系统的实时数据同步,同步延迟<1秒,数据一致性校验率100% | | +| 主索引质量监控 | 实时监测主索引完整率(目标值≥99.5%)、重复率(阈值≤0.3%),自动生成质量日报并触发预警 | | +| 主索引权限控制 | 基于RBAC模型实现字段级访问控制(如限制住院医师只能查看本院患者主索引),支持操作留痕与动态权限回收 | | +| 主索引统计分析 | 提供区域人口健康画像分析(年龄/性别/疾病分布),支持按时间维度展示主索引增长趋势 | | +| 主索引异常处理 | 建立疑似错误主索引工单流转机制(发现→分配→整改→验证),平均处理时效<2小时 | | +| 主索引接口服务 | 提供标准化的FHIRAPI接口,支持医疗机构通过OAuth2.0安全认证获取主索引数据,日均接口调用量承载100万+ | | + +数据质量监控系统 + +(一)功能说明 + +功能:实时监控和评估数据的准确性、完整性、一致性、及时性等质量指标。通过预先设定一系列的数据质量规则和阈值,自动检测数据是否符合要求,例如检查电子病历中的诊断信息是否完整、人口库中的出生日期是否合理等。 + +作用:能够及时发现数据质量问题并发出预警,保证进入数据中台的数据质量可靠,为后续的智能分析和决策提供坚实的数据基础,避免因数据质量问题导致的分析结果偏差和决策失误。 + +(二)功能模块清单 + +| 数据质量监控系统 | 质量规则库 | 内置200+条医疗数据质量规则(如身份证校验、诊疗时间逻辑验证),支持自定义规则配置与版本管理 | +| ---------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 异常处理工单 | 自动生成数据质量问题工单,对接OA系统实现整改闭环管理,支持按机构/科室的质量KPI统计 | | + +数据可视化系统 + +(一)功能说明 + +功能:将数据以直观的图表、报表、仪表盘等形式展示出来,例如展示慢性病风险预测模型的结果、医疗质量动态监测看板等,使用户能够快速理解和分析数据。 + +作用:降低数据理解的门槛,提高数据的可读性和可用性,帮助用户更高效地掌握关键信息,从而支持用户进行更科学、更快速的决策。 + +(二)功能模块清单 + +| 数据可视化系统 | 自助分析平台 | 提供拖拽式报表设计器,支持患者分布热力图、疾病趋势预测曲线等20+种医疗可视化组件,响应时间<3秒 | +| -------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 大屏构建器 | 预置医养监管、风控等主题模板,支持多源数据实时刷新(延迟<1秒),具备权限管控的分屏展示功能 | | + +数据安全审计系统 + +(一)功能说明 + +功能:详细记录和审计数据的访问、使用和操作情况,包括用户身份、操作时间、操作内容等信息。对异常的访问行为进行实时监测和预警,如未经授权的数据访问、数据篡改等。 + +作用:加强数据安全管理,确保数据的安全性和合规性,防止数据泄露和滥用,保护患者的隐私和医院的核心数据资产。 + +(二)功能模块清单 + +| 数据安全审计系统 | 敏感数据雷达 | 自动识别PII信息(患者姓名、身份证号等),绘制敏感数据分布地图,支持分级分类保护策略 | +| ---------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 操作追溯系统 | 记录数据访问全链路日志(含SQL语句解析),支持基于患者ID的反查审计,满足等保2.0三级审计要求 | | + +数据生命周期管理系统 + +(一)功能说明 + +功能:对数据从产生、存储、使用到销毁的整个生命周期进行全面管理。根据数据的重要性、时效性和使用频率等因素,制定合理的数据存储策略和保留期限,例如对历史医疗数据进行定期归档和清理。 + +作用:提高数据管理的效率和效益,降低数据存储成本,确保数据的有效利用和合规处理,避免数据的过度存储和资源浪费。 + +(二)功能模块清单 + +| 数据生命周期管理系统 | 冷热数据管理 | 根据访问频率自动迁移数据存储层级(热数据→ES,温数据→HBase,冷数据→OSS),存储成本降低40% | +| -------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 归档销毁引擎 | 依据《医疗数据保存规范》设置自动归档规则,支持数据销毁审批流程电子化,提供归档完整性校验功能 | | + +技术中台建设 + +核心价值定位 + +构建企业级技术能力中枢,聚焦开发效能提升和技术资产沉淀,形成覆盖研发全生命周期的技术支撑体系,重点实现: + +开发流水线标准化:建立统一的CI/CD工具链 + +技术服务资产化:构建可复用的技术组件库 + +运维监控一体化:集成智能运维监控体系 + +安全治理体系化:完善数据安全与合规管控 + +功能组件清单 + +| 序号 | 系统 | 一级模块 | 二级模块 | 功能描述 | +| ---- | ------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ | +| 1 | 技术中台 | 研发效能工具链 | 智能代码工厂 | 基于医疗行业标准开发代码模板库,支持低代码生成电子病历、健康档案等核心业务模块标准化代码 | +| 2 | 自动化测试平台 | 构建医疗业务场景测试用例库,实现HL7/FHIR等医疗数据接口的自动化验证,支持性能压测和安全性渗透测试 | | | +| 3 | 持续集成中心 | 提供医疗信息系统灰度发布能力,支持DICOM影像系统、LIS检验系统等医疗专用组件的持续集成与交付管理 | | | +| 4 | 技术服务资产 | 微服务治理中心 | 对电子处方流转、远程会诊等核心医疗服务进行链路监控,实现服务熔断、限流等治理策略,保障高并发场景服务稳定性 | | +| 5 | 医疗算法仓库 | 集成医学影像识别(CT/MRI)、疾病风险预测(肿瘤/慢性病)、用药合理性检测等医疗AI模型,提供统一算法调度服务 | | | +| 6 | 医疗API网关 | 封装电子健康码核验、支付对接、检查检验结果调阅等标准化接口,提供流量控制、权限认证等API全生命周期管理 | | | +| 7 | 医疗数据安全沙箱 | 构建符合《医疗卫生机构网络安全管理办法》的隐私计算环境,支持跨机构数据联合建模而不泄露原始数据 | | | +| 8 | 医疗区块链存证平台 | 对电子处方、知情同意书等医疗文书进行区块链存证,确保诊疗过程可追溯,满足《电子病历应用管理规范》法律效力要求 | | | +| 9 | 医疗物联网中枢 | 对接智能手环、生命体征监测床垫等终端设备,提供设备接入管理、数据清洗、异常预警等物联网基础服务 | | | +| 10 | 医疗数据标准转换器 | 实现HL7v2到FHIR等医疗数据标准的自动转换,提供术语映射(ICD-10/SNOMEDCT)服务 | | | +| 11 | 医疗GIS服务平台 | 集成人口分布、医疗机构位置等空间数据,提供疫情扩散模拟、急救路径优化等空间分析能力 | | | +| 12 | 医疗低代码开发平台 | 提供可视化表单设计、审批流程配置等快速开发工具,支撑基层医疗机构个性化需求敏捷响应 | | | +| 13 | 医疗运维监控中心 | 对PACS影像存储、LIS检验仪器等医疗专用设备进行状态监控,提供故障预测和预防性维护建议 | | | +| 14 | 医疗数字人平台 | 构建虚拟医生助手,提供7×24小时智能导诊、健康咨询等服务,支持多模态人机交互 | | | + + + + + +附:1、附加要求 \ No newline at end of file diff --git a/docs/module-Planning/00-模块规划总览.md b/docs/module-Planning/00-模块规划总览.md new file mode 100644 index 00000000..c84bb58e --- /dev/null +++ b/docs/module-Planning/00-模块规划总览.md @@ -0,0 +1,155 @@ +# 智慧医养系统 模块规划总览 + +> 本文档基于《(首期开发需求确认)智慧医养.md》与《mall 文件夹现状分析报告 × 智慧医养需求契合度.md》两份源文档综合整理,作为全部27个子模块规划文档的索引与决策依据。 + +--- + +## 一、项目背景 + +智慧医养系统旨在构建覆盖"居家—社区—机构"三级养老服务的数字化平台,整合政府监管、老人服务、服务商运营、健康管理、IoT设备、医保结算等多维度能力。 + +现有技术资产(mall平台)基于 **uni-app(uvue/UTS)+ Supabase + PostgreSQL** 构建,覆盖消费者/商家/骑手/客服/管理员五大角色,具备完整的电商流转能力。 + +智慧医养系统的建设,需在评估 mall 现有能力基础上,明确"直接复用""扩展复用"与"独立建设"三种建设路径,合理规避重复投入与架构污染。 + +--- + +## 二、建设路径分类说明 + +| 等级 | 标识 | 含义 | 建设路径 | +| ---- | ------ | --------------------------------------- | ----------------------------- | +| A | 高契合 | mall 核心能力直接覆盖,局部扩展即可投产 | mall 内扩展 | +| B | 中契合 | mall 提供基础骨架,需补充行业专属业务层 | mall + 独立微服务 | +| C | 低契合 | mall 仅有碎片化参考价值,需大量定制开发 | mall + 独立微服务(部分复用) | +| D | 不适配 | mall 电商架构与该系统领域存在根本性差异 | 独立系统建设 | + +--- + +## 三、27个模块总览 + +### 3.1 智慧医养系统(16个模块) + +| 编号 | 模块名称 | 契合度 | 建设路径 | 优先级 | 规划文档 | +| ---- | ---------------------------------- | ------ | ----------------- | ------ | -------------------------------------------------------------------------------------------------------- | +| 01 | 智慧医养政府监管系统 | D | 独立系统 | P2 | [01-智慧医养政府监管系统-模块规划.md](./01-智慧医养政府监管系统-模块规划.md) | +| 02 | 智慧医养数据库系统 | D | 独立系统 | P2 | [02-智慧医养数据库系统-模块规划.md](./02-智慧医养数据库系统-模块规划.md) | +| 03 | 智慧医养定期巡访系统 | D | 独立系统 | P2 | [03-智慧医养定期巡访系统-模块规划.md](./03-智慧医养定期巡访系统-模块规划.md) | +| 04 | 智慧康养政府及上级企业审批业务系统 | D | 独立系统 | P2 | [04-智慧康养政府及上级企业审批业务系统-模块规划.md](./04-智慧康养政府及上级企业审批业务系统-模块规划.md) | +| 05 | 智慧康养系统管理中心 | D | 独立系统 | P1 | [05-智慧康养系统管理中心-模块规划.md](./05-智慧康养系统管理中心-模块规划.md) | +| 06 | 智慧康养呼叫中心系统 | D | 独立系统 | P1 | [06-智慧康养呼叫中心系统-模块规划.md](./06-智慧康养呼叫中心系统-模块规划.md) | +| 07 | 养老需求及老人情况评估系统 | D | 独立系统 | P1 | [07-养老需求及老人情况评估系统-模块规划.md](./07-养老需求及老人情况评估系统-模块规划.md) | +| 08 | 智慧康养健康管理系统 | D | 独立系统 | P2 | [08-智慧康养健康管理系统-模块规划.md](./08-智慧康养健康管理系统-模块规划.md) | +| 09 | 智慧康养安全系统 | D | 独立系统 | P2 | [09-智慧康养安全系统-模块规划.md](./09-智慧康养安全系统-模块规划.md) | +| 10 | 智慧康养居家养老管理系统 | C | mall + 独立微服务 | P1 | [10-智慧康养居家养老管理系统-模块规划.md](./10-智慧康养居家养老管理系统-模块规划.md) | +| 11 | 智慧康养服务商管理系统 | B | mall + 独立微服务 | P1 | [11-智慧康养服务商管理系统-模块规划.md](./11-智慧康养服务商管理系统-模块规划.md) | +| 12 | 智慧康养志愿者管理系统 | D | 独立系统 | P2 | [12-智慧康养志愿者管理系统-模块规划.md](./12-智慧康养志愿者管理系统-模块规划.md) | +| 13 | 智慧康养短信平台系统 | C→独立 | 独立微服务 | P1 | [13-智慧康养短信平台系统-模块规划.md](./13-智慧康养短信平台系统-模块规划.md) | +| 14 | 智慧康养社区助餐可视化系统 | B | mall + 独立微服务 | P1 | [14-智慧康养社区助餐可视化系统-模块规划.md](./14-智慧康养社区助餐可视化系统-模块规划.md) | +| 15 | 家庭床位及适老化改造系统 | C | mall + 独立微服务 | P1 | [15-家庭床位及适老化改造系统-模块规划.md](./15-家庭床位及适老化改造系统-模块规划.md) | +| 16 | 智能物联网管理系统 | D | 独立系统 | P2 | [16-智能物联网管理系统-模块规划.md](./16-智能物联网管理系统-模块规划.md) | + +### 3.2 应用系统(7个模块) + +| 编号 | 模块名称 | 契合度 | 建设路径 | 优先级 | 规划文档 | +| ---- | -------------------- | ------ | ----------------- | ------ | ---------------------------------------------------------------------------- | +| 17 | 医保DIP智能控费 | D | 独立系统 | P2 | [17-医保DIP智能控费-模块规划.md](./17-医保DIP智能控费-模块规划.md) | +| 18 | 长护险与居家服务管理 | C | mall + 独立微服务 | P1 | [18-长护险与居家服务管理-模块规划.md](./18-长护险与居家服务管理-模块规划.md) | +| 19 | 医养商城 | **A** | mall 内扩展 | **P0** | [19-医养商城-模块规划.md](./19-医养商城-模块规划.md) | +| 20 | 慢性病管理 | D | 独立系统 | P2 | [20-慢性病管理-模块规划.md](./20-慢性病管理-模块规划.md) | +| 21 | 中心药房 | D | 独立系统 | P2 | [21-中心药房-模块规划.md](./21-中心药房-模块规划.md) | +| 22 | 人工智能服务 | D | 独立系统 | P2 | [22-人工智能服务-模块规划.md](./22-人工智能服务-模块规划.md) | +| 23 | 全生命周期监测平台 | D | 独立系统 | P2 | [23-全生命周期监测平台-模块规划.md](./23-全生命周期监测平台-模块规划.md) | + +### 3.3 运营管理系统(1个模块) + +| 编号 | 模块名称 | 契合度 | 建设路径 | 优先级 | 规划文档 | +| ---- | ------------ | ------ | ----------------- | ------ | ------------------------------------------------------------ | +| 24 | 运营管理系统 | B | mall + 独立微服务 | **P0** | [24-运营管理系统-模块规划.md](./24-运营管理系统-模块规划.md) | + +### 3.4 中台能力层(3个模块) + +| 编号 | 模块名称 | 契合度 | 建设路径 | 优先级 | 规划文档 | +| ---- | -------- | ------ | -------- | ------ | ---------------------------------------------------- | +| 25 | 业务中台 | D | 独立系统 | P1 | [25-业务中台-模块规划.md](./25-业务中台-模块规划.md) | +| 26 | 数据中台 | D | 独立系统 | P2 | [26-数据中台-模块规划.md](./26-数据中台-模块规划.md) | +| 27 | 技术中台 | D | 独立系统 | P2 | [27-技术中台-模块规划.md](./27-技术中台-模块规划.md) | + +--- + +## 四、优先级分期建议 + +### P0 优先(首期必做) + +| 模块 | 理由 | +| --------------- | --------------------------------------------- | +| 19-医养商城 | mall 高契合,快速产生商业价值,验证平台可行性 | +| 24-运营管理系统 | 支撑所有业务线运营,是整个平台的管理骨架 | + +### P1 优先(首期同步推进) + +| 模块 | 理由 | +| --------------- | ------------------------------------------- | +| 05-系统管理中心 | 基础权限与机构管理,所有系统依赖 | +| 06-呼叫中心 | 养老服务核心入口,SOS急救和服务调度关键路径 | +| 07-评估系统 | 老人服务的评估入口,长护险/补贴核定前置 | +| 10-居家养老管理 | 最大用户群体,订单+档案+家庭医生 | +| 11-服务商管理 | B2B/B2G服务供给侧,服务商履约能力来源 | +| 13-短信平台 | 系统级基础设施,全平台通知依赖 | +| 14-社区助餐 | 易标杆,可视化大屏具备招商展示价值 | +| 15-家庭床位改造 | 政策补贴窗口,申请+审核+上门服务闭环 | +| 18-长护险 | 医保结算通道,商业价值高,政策驱动 | +| 25-业务中台 | 统一身份与多角色权限是P0/P1模块的基础 | + +### P2 阶段(深化期) + +01-政府监管、02-数据库、03-定期巡访、04-审批业务、08-健康管理、09-安全系统、12-志愿者管理、16-IoT管理、17-医保DIP、20-慢性病管理、21-中心药房、22-AI服务、23-全生命周期监测、26-数据中台、27-技术中台 + +--- + +## 五、mall 现有能力可复用清单 + +| 能力域 | 具体能力 | 可复用模块 | +| -------------- | --------------------------- | ------------------------ | +| 用户认证 | 微信登录、手机验证、JWT | 全部模块用户端 | +| 商品管理 | 商品CRUD、SKU体系、分类管理 | 19-医养商城 | +| 订单全生命周期 | 下单/付款/发货/退款 | 19-医养商城、14-社区助餐 | +| 支付体系 | 微信/支付宝/钱包/积分 | 19-医养商城、14-社区助餐 | +| 物流配送 | 配送员端、轨迹追踪 | 19-医养商城、14-社区助餐 | +| 营销工具 | 优惠券/积分/会员/推荐 | 19-医养商城 | +| 商家入驻 | 商家资质审核、商品上架 | 11-服务商管理(参考) | +| 工单/客服 | 工单流转、消息通知 | 06-呼叫中心(参考) | +| RBAC | 角色权限管理 | 05-系统管理中心(参考) | +| 数据分析 | 16个统计服务 | 24-运营管理系统 | + +--- + +## 六、mall 缺失的核心能力(全部需新建) + +- 老人档案与家庭关系管理(EMR前置) +- 护理记录与照护评估量表(ADL/MMSE) +- GPS服务签到与电子签名(长护险合规) +- IoT设备接入层(MQTT、边缘计算) +- GIS地理围栏(防走失/服务范围管控) +- 审批工作流引擎(多级审批管理) +- 呼叫中心CTI接口(来电弹屏、录音) +- HL7/FHIR 医疗互操作协议 +- 医保结算接口(各省统筹医保API) +- 长护险险种规则引擎 +- 民政补贴核算与拨付 +- 区块链存证(时间银行、数据可信) +- 政务大屏 / GIS可视化(ECharts + AMap高级API) +- 视频监控流媒体接入 + +--- + +## 七、文档使用说明 + +1. 每个子模块规划文档均遵循统一的12节结构,便于横向比较与评审 +2. "与现有 mall 的关系"章节明确区分"可复用"与"须独立",避免架构污染 +3. 标注"⚠️ 待确认"的内容需在需求细化阶段与业务方/政府方再次确认 +4. 所有规划文档均基于需求文档内容整理,未添加源文档未提及的功能 + +--- + +_生成时间:基于第一期需求确认文档_ +_文档版本:v1.0_ diff --git a/docs/module-Planning/01-智慧医养政府监管系统-模块规划.md b/docs/module-Planning/01-智慧医养政府监管系统-模块规划.md new file mode 100644 index 00000000..e85862fd --- /dev/null +++ b/docs/module-Planning/01-智慧医养政府监管系统-模块规划.md @@ -0,0 +1,167 @@ +# 智慧医养政府监管系统 模块规划 + +--- + +## 1. 模块定位 + +智慧医养政府监管系统是面向**政府监管部门**(民政局、卫健委、医保局等)的数字化治理工具,承担对辖区内养老服务体系的全面数据感知、实时监控与行政监管职能。 + +本系统属于**B2G(政企)** 方向,核心用户为政府工作人员,而非消费者或商家,与 mall 的 B2C/B2B 电商定位存在根本性差异。 + +--- + +## 2. 建设目标 + +1. 构建辖区养老资源数字驾驶舱,实现服务机构、老人数量、志愿者、服务商的实时可视化监管 +2. 实现养老服务质量的在线监督(视频监控、服务执行轨迹) +3. 提供社区服务呼叫监管与报警调度能力,支持紧急事件闭环处置 +4. 输出行政决策所需的统计报表与趋势分析 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 数据驾驶舱 +- 养老资源监管 +- 视频监控监管 +- 统计分析 +- 报警调度 + +### 3.2 二级模块 + +- 数据驾驶舱:GIS地图总览、服务机构分布、实时服务数量播报、关键指标看板 +- 养老资源监管:机构台账管理、服务商资质查验、从业人员档案核查、老人服务率统计 +- 视频监控:机构视频接入、实时预览、录像回放、报警联动 +- 统计分析:老人统计、志愿者服务时长统计、社区呼叫监管报表、服务完成率分析 +- 报警调度:告警接收、工单派发、处置跟踪、事后复盘 + +### 3.3 核心功能说明 + +| 功能模块 | 核心能力描述 | 技术要点 | +| ---------------- | --------------------------------------- | ----------------------- | +| 数据驾驶舱 | 辖区养老全景GIS可视化,关键指标实时播报 | AMap API + ECharts大屏 | +| 养老资源监管 | 机构/服务商/人员多维度台账与实时状态 | 多表关联查询、状态机 | +| 视频监控监管 | 对接机构NVR/IPC,实现Web端实时查看 | 流媒体服务器(SRS/ZLM) | +| 志愿者统计 | 志愿服务时长、服务类型、覆盖率分析 | 聚合统计 + 图表展示 | +| 老人统计 | 按年龄/失能等级/地址等多维度统计 | 分组聚合、GIS热力图 | +| 社区服务呼叫监管 | 监控呼叫中心呼入/处置/完结全过程 | 呼叫中心API数据同步 | +| 报警调度 | 接收IoT/人工告警,派发处置工单 | 工作流引擎 + 实时推送 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是通用电商平台,具备用户购物、商家销售、骑手配送、管理员后台等角色闭环,本质是交易驱动的商业系统。 + +政府监管系统所需的能力与 mall 存在根本性差异: + +| 能力需求 | mall 现状 | 结论 | +| ---------------------------------- | -------------------------- | ---------- | +| GIS 全息地图(辖区视角) | 无 | 须独立建设 | +| 流媒体视频监控接入 | 无 | 须独立建设 | +| 政府角色体系(监管员/局长/巡查员) | 无 | 须独立建设 | +| 行政报表与决策看板 | 无 | 须独立建设 | +| 养老资源台账(机构/人员/服务商) | 无 | 须独立建设 | +| 报警调度工作流 | 无(现有工单系统为客服侧) | 须独立建设 | + +mall 电商数据模型(商品、订单、SKU、优惠券)对本模块无参考价值,强行嵌入将导致数据架构污染和权限体系混乱。 + +--- + +## 5. 规划判断 + +**独立系统建设(全新项目)** + +- 独立数据库(养老资源库、监管日志库) +- 独立后端服务(Go/Java 微服务,满足高并发实时数据推送) +- 独立前端(大屏端 + PC Web管理端,非移动端优先) +- 独立部署,可对接政务云或专线 + +--- + +## 6. 需新增业务能力 + +1. **GIS 地理信息引擎**:辖区养老资源空间分布、轨迹热力图、服务覆盖半径 +2. **流媒体服务接入**:NVR/IPC 视频流(RTSP → HLS/WebRTC 转码) +3. **大屏可视化框架**:政府汇报级数据驾驶舱(全屏自适应、动效播报) +4. **告警规则引擎**:基于阈值/时间窗的多类型告警触发 +5. **工作流/工单引擎**:报警事件 → 派单 → 处置 → 归档 完整闭环 +6. **统计报表引擎**:多维度、可配置、可导出(Excel/PDF) + +--- + +## 7. 需新增数据模型 + +| 数据模型 | 说明 | +| ---------------------- | ---------------------------------------------- | +| `gov_institution` | 养老机构台账(名称、地址、坐标、等级、床位数) | +| `gov_service_provider` | 服务商资质档案 | +| `gov_elder_stats` | 老人统计快照(按区域/失能等级) | +| `gov_volunteer_stats` | 志愿者服务时长统计 | +| `gov_alarm` | 报警记录(类型、来源、状态、派单记录) | +| `gov_dispatch_order` | 报警处置工单 | +| `gov_video_channel` | 监控摄像头通道配置 | +| `gov_report_config` | 报表模板配置 | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | -------------------------- | -------------------------- | +| GIS | 高德地图开放平台(政务AK) | 地图展示、地理编码、热力图 | +| 可视化 | ECharts / DataV | 大屏图表 | +| 流媒体 | SRS / ZLMediaKit | 视频流转码与分发 | +| 实时推送 | WebSocket / SSE | 实时告警推送到大屏 | +| 报表 | Apache POI / JasperReports | 导出Excel/PDF | +| 消息队列 | RabbitMQ / Kafka | 告警异步处理 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 对接内容 | 对接方式 | +| ------------------- | ---------------------------- | --------------------------------- | +| 呼叫中心系统(06) | 呼叫记录、服务工单完成状态 | 内部API/消息队列 | +| IoT管理系统(16) | 设备告警事件 | MQTT / 消息队列 | +| 居家养老管理(10) | 老人服务完成率、档案数量 | 内部API | +| 服务商管理(11) | 服务商资质状态、服务执行数据 | 内部API | +| 安全系统(09) | SOS告警、防走失告警 | 消息队列 | +| 政务云/民政局系统 | 补贴核算结果、老人基础信息 | ⚠️ 待确认(各地政务接口规范不同) | +| 视频监控设备(NVR) | 实时视频流 | RTSP 拉流 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ---------------- | ------------------------------------------- | ----------------------------------- | +| 政务接口差异化 | 各省/市政务系统接口规范不统一 | ⚠️ 需与目标地方政府提前确认接口协议 | +| 视频监控合规 | 视频数据涉及个人隐私,需符合等保三级要求 | 加密存储、访问审计、最小权限原则 | +| 大屏数据延迟 | 实时数据量大,可能出现刷新延迟 | 数据分层缓存(Redis + CDN静态资源) | +| 多级政府角色权限 | 市级>区级>街道>机构的数据权限隔离 | 基于组织树的行政区划 RBAC | +| 边界:不含审批 | 审批业务由04号模块负责,本系统仅做查阅/监管 | 明确模块边界,避免功能重叠 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2(深化期)** + +| 分期 | 内容 | 前置条件 | +| ------ | ----------------------------------------- | ------------------------- | +| 第一期 | 数据驾驶舱(静态数据可视化)+基础台账管理 | 10/11/07模块基础数据就绪 | +| 第二期 | 视频监控接入 + 实时告警 | IoT/安全系统(09/16)完成 | +| 第三期 | 报表导出 + 政务数据对接 | 政务接口协议确认 | + +--- + +## 12. 结论 + +智慧医养政府监管系统是面向政府用户的B2G系统,所需的GIS大屏、视频流媒体、行政RBAC、监管报表等核心能力在 mall 平台中完全缺失,**必须作为独立系统建设**。 + +建议在P1阶段核心业务模块(10/11/07/05)完成数据积累后,再于P2阶段启动本系统,以确保驾驶舱数据来源的真实性和完整性。 diff --git a/docs/module-Planning/02-智慧医养数据库系统-模块规划.md b/docs/module-Planning/02-智慧医养数据库系统-模块规划.md new file mode 100644 index 00000000..63b1a9b1 --- /dev/null +++ b/docs/module-Planning/02-智慧医养数据库系统-模块规划.md @@ -0,0 +1,174 @@ +# 智慧医养数据库系统 模块规划 + +--- + +## 1. 模块定位 + +智慧医养数据库系统是整个智慧医养平台的**核心数据资产管理层**,负责集中存储和统一管理全平台所有业务实体的基础档案数据,包括老人、机构、服务商、从业人员、志愿者、服务记录、安全预警及智能健康数据。 + +本系统是其他所有业务模块的数据底座,并非独立对外提供用户界面的应用系统,其核心价值在于数据的权威性、一致性与安全性。 + +--- + +## 2. 建设目标 + +1. 建立全平台统一的老人基础信息库,作为服务派发、评估、补贴核算的唯一数据来源 +2. 沉淀机构、服务商、从业人员的资质档案,支撑监管与准入管理 +3. 维护服务数据库,记录服务类型、标准、执行记录 +4. 汇聚安全预警与智能健康数据,为健康管理和安全系统提供底层支撑 +5. 提供统一的数据访问API,供各业务模块按权限调用 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 老人基础信息库 +- 机构数据库 +- 服务商数据库 +- 服务数据库 +- 从业人员数据库 +- 志愿者数据库 +- 安全预警数据库 +- 智能健康数据库 + +### 3.2 二级模块 + +- **老人基础信息库**:基本信息、家庭关系、失能评估等级、服务状态、照片/身份证 +- **机构数据库**:机构名称/类型/地址/坐标、许可证、床位数、运营状态、联系人 +- **服务商数据库**:服务商资质、服务范围、人员配置、信用评分、合同状态 +- **服务数据库**:服务项目目录、服务标准、定价体系、完成记录、评价数据 +- **从业人员数据库**:身份信息、资质证书(护工/护士/医生)、所属机构、健康证 +- **志愿者数据库**:个人信息、服务技能、时间银行账户余额、服务记录 +- **安全预警数据库**:告警类型、来源设备、触发时间、处置状态、处置记录 +- **智能健康数据库**:生命体征数据(血压/心率/血糖)、采集设备、采集时间、阈值配置 + +### 3.3 核心功能说明 + +| 数据库模块 | 核心数据项 | 与其他模块关系 | +| -------------- | ------------------------------------------------------------------------------ | ------------------------------------- | +| 老人基础信息库 | 老人ID、姓名、性别、出生日期、身份证、联系方式、地址坐标、失能等级、紧急联系人 | 被07/10/11/15/18/19等所有服务模块调用 | +| 机构数据库 | 机构ID、名称、类型(日间照料/养老院等)、区划代码、许可证有效期 | 被01/05/10/11调用 | +| 服务商数据库 | 服务商ID、营业执照、服务类型、覆盖区域、信用分 | 被11/01调用 | +| 服务数据库 | 服务项目ID、分类、标准描述、价格、执行时长标准 | 被10/11/15/18调用 | +| 从业人员数据库 | 人员ID、执业证书号、证书有效期、所属机构 | 被11/07/10调用 | +| 志愿者数据库 | 志愿者ID、技能标签、时间银行余额 | 被12/01调用 | +| 安全预警数据库 | 告警ID、设备ID、告警类型(跌倒/走失/SOS)、经纬度 | 被09/01/06调用 | +| 智能健康数据库 | 健康记录ID、老人ID、指标类型、数值、采集时间 | 被08/23/01调用 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 的数据模型以交易为核心:用户表(消费者/商家/骑手)、商品表、订单表、SKU表、支付记录等,是以"商品销售"为业务主线构建的模型体系。 + +智慧医养数据库系统所需的数据模型与 mall 存在根本性差异: + +| 需求数据模型 | mall 类比项 | 差异说明 | +| -------------------- | ------------ | ----------------------------------------------------------- | +| 老人档案(EMR前置) | 无 | mall 用户表只有基础账号信息,无失能等级、家庭关系等医养字段 | +| 机构台账(行政属性) | 商家表 | 商家是交易主体,机构是行政监管对象,字段和权限逻辑完全不同 | +| 从业人员资质 | 商品描述字段 | 无对应数据模型 | +| 健康体征时序数据 | 无 | 时序数据库需求,mall 无此类存储能力 | +| 时间银行账户 | 积分账户 | 结构类似但业务逻辑(区块链存证、公益时长)完全不同 | + +强行在 mall 数据库中扩展上述字段,将导致用户表/商家表臃肿失控,数据合规审计无法实施。 + +--- + +## 5. 规划判断 + +**独立数据库体系建设** + +- 业务数据库:PostgreSQL(主业务实体档案) +- 时序数据库:InfluxDB 或 TimescaleDB(健康体征流数据) +- 独立后端数据服务层(Data Access Layer),提供REST/gRPC API +- 统一数据权限模型(按机构/区划/角色的行级数据隔离) + +--- + +## 6. 需新增业务能力 + +1. **统一老人ID体系**:跨系统唯一标识,关联身份证号、服务记录、健康数据 +2. **资质证书有效期管理**:自动预警即将到期的机构许可证/人员执业证书 +3. **数据变更审计日志**:所有档案修改记录完整追溯链 +4. **数据导入/导出工具**:支持从民政系统批量导入老人档案(Excel/CSV/API) +5. **数据权限隔离**:按行政区划(市/区/街道/社区)的行级权限控制 +6. **健康数据阈值配置**:每位老人可配置个性化的健康指标预警阈值 + +--- + +## 7. 需新增数据模型 + +| 模型名称 | 关键字段 | +| ------------------------- | ---------------------------------------------------------------------------------------------------- | +| `elder_profile` | id, id_card_no, name, gender, dob, address, gps_lat, gps_lng, disability_grade, emergency_contact_id | +| `elder_family_relation` | elder_id, member_name, relation_type, phone | +| `institution` | id, name, type, license_no, license_expire_date, district_code, beds_total, beds_available | +| `service_provider` | id, biz_license_no, service_types, coverage_area, credit_score, status | +| `service_catalog` | id, name, category, standard_desc, price, duration_minutes | +| `practitioner` | id, elder_or_org_id, cert_type, cert_no, cert_expire_date, org_id | +| `volunteer` | id, user_id, skills, time_bank_balance, total_service_hours | +| `safety_alarm` | id, elder_id, device_id, alarm_type, location, status, handler_id, resolved_at | +| `health_record` | id, elder_id, metric_type, value, unit, collected_at, device_id | +| `health_threshold_config` | elder_id, metric_type, min_val, max_val, alert_level | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | ----------------------------- | ------------------------- | +| 时序数据库 | TimescaleDB(PostgreSQL扩展) | 健康体征流数据存储 | +| 数据脱敏 | 应用层脱敏中间件 | 老人身份证/手机号展示保护 | +| 数据审计 | pgaudit(PostgreSQL审计插件) | 数据变更日志 | +| 数据同步 | Debezium(CDC) | 与政务系统的数据同步 | +| API网关 | NGINX + JWT验证 | 数据访问统一鉴权 | +| 数据备份 | 国产备份方案(等保要求) | 每日增量 + 周全量备份 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 对接内容 | 说明 | +| --------------------- | -------------------- | ------------------- | +| 民政局系统 | 老人基础信息批量导入 | ⚠️ 待确认接口规范 | +| 公安身份验证系统 | 身份证实名核验 | 第三方实名API | +| 医保系统 | 老人参保信息查询 | ⚠️ 待确认 | +| 所有业务模块(01-27) | 档案数据查询与写入 | 内部API,按权限隔离 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| -------------------------- | ---------------------------------------------- | -------------------------------------- | +| 数据合规(个人信息保护法) | 老人身份证、健康数据属于敏感个人信息 | 国密加密存储、访问审计、最小权限 | +| 数据一致性 | 多模块并发写入同一老人档案 | 乐观锁 + 事件溯源(Event Sourcing) | +| 政务数据标准差异 | 不同地区民政台账字段不统一 | 建立数据映射层,保留原始字段 | +| 边界:不含健康档案(HIS) | 本系统存储生命体征数据,不承担完整 EMR/HIS功能 | 完整病历由医疗系统(慢性病管理20)维护 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2(但属于P1模块的底层依赖,需提前规划)** + +> 注意:本模块虽定级P2,但其数据模型设计必须在P0/P1阶段开始时同步完成,否则其他模块无法落库。 + +| 分期 | 内容 | +| ----------- | ---------------------------------------------------------------- | +| P0 阶段同步 | 设计并建立老人档案、机构、服务商核心表结构(即使功能界面未完成) | +| P1 阶段 | 完善数据管理界面、CRUD操作、数据导入工具 | +| P2 阶段 | 时序健康数据接入、政务系统数据同步、审计日志完善 | + +--- + +## 12. 结论 + +智慧医养数据库系统是全平台的数据基石,其数据模型与 mall 的电商数据模型存在本质差异,**不可在 mall 数据库中扩展实现**。 + +必须在项目启动阶段完成核心数据模型设计,以独立数据服务的形式对外提供结构化访问,支撑全部27个业务模块的数据需求。数据安全与合规(《个人信息保护法》、等保三级)需作为设计约束贯穿始终。 diff --git a/docs/module-Planning/03-智慧医养定期巡访系统-模块规划.md b/docs/module-Planning/03-智慧医养定期巡访系统-模块规划.md new file mode 100644 index 00000000..46eaaea7 --- /dev/null +++ b/docs/module-Planning/03-智慧医养定期巡访系统-模块规划.md @@ -0,0 +1,160 @@ +# 智慧医养定期巡访系统 模块规划 + +--- + +## 1. 模块定位 + +智慧医养定期巡访系统是面向**基层服务人员(巡访员/社工)** 的移动端工作管理系统,负责对辖区内老人进行定期上门巡视,以移动端打卡、照片记录、问卷采集等方式完成巡访任务,并将结果同步至后台供管理人员和监管部门查阅。 + +本系统的核心用户为外勤工作人员,工作场景以移动端为主,后台管理端为辅。 + +--- + +## 2. 建设目标 + +1. 实现巡访计划的在线制定与分配,支持按区域/分组/人员多维度排班 +2. 提供移动端巡访执行工具(GPS打卡 + 照片上传 + 问卷填写) +3. 构建"百台监管"能力,支持对大量设备/老人的批量巡检管理 +4. 实现巡访记录的完整留存与异常上报闭环 +5. 提供巡访完成率、覆盖率等统计报表 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 计划制定管理 +- 巡访内容配置 +- 移动端执行工具 +- 百台监管 +- 分组管理 +- 系统管理 + +### 3.2 二级模块 + +- **计划制定**:巡访周期设置(日/周/月)、责任区域划分、人员分配、老人点位导入 +- **巡访内容配置**:巡访问卷模板(生活状况/身体状况/安全检查)、必拍项配置、异常上报触发条件 +- **移动端执行**:老人列表展示、GPS到达验证(地理围栏)、拍照/签名、问卷填写、异常标记上报 +- **百台监管**:批量设备状态查看、设备异常汇总、设备维护工单 +- **分组管理**:巡访小组创建、成员管理、任务分发规则 +- **系统管理**:账号权限管理、巡访区域配置、问卷模板管理 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | ------------------------------------------ | ------------------------ | +| GPS 打卡验证 | 距老人地址100m内方可开始巡访 | 高德定位API + 地理围栏 | +| 照片上传 | 拍照(含水印:时间/位置/人员)并上传 | 移动端相机调用 + OSS存储 | +| 问卷填写 | 动态表单,支持文本/单选/多选/评分 | 动态表单引擎 | +| 异常上报 | 发现问题时触发工单,流转至呼叫中心或管理员 | 工单引擎 + 推送 | +| 百台监管 | 同时查看100+设备/老人的巡访状态汇总 | 分页+状态聚合 | +| 巡访统计 | 完成率、超时率、异常率、覆盖率趋势 | 统计服务 + 图表 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是以交易为核心的电商平台,其骑手模块虽具备移动端签到和轨迹功能,但与本系统存在根本差异: + +| 能力需求 | mall 骑手模块 | 结论 | +| ------------------------- | ------------------------ | -------------------- | +| GPS 地理围栏打卡 | 仅有轨迹追踪,无到达验证 | 需新建 | +| 动态问卷填写(巡访记录) | 无 | 需新建 | +| 照片上传(水印+位置信息) | 无 | 需新建 | +| 巡访计划制定与分配 | 无(骑手是被动接单) | 需新建 | +| 老人档案关联显示 | 无(无老人实体) | 需新建 | +| 异常上报工单流转 | 客服工单(消费纠纷场景) | 业务逻辑不同,需重建 | + +mall 是通用电商平台,其骑手配送逻辑以订单为驱动;本系统以老人档案和巡访计划为驱动,两者在业务主线上差异显著,强行复用会引入大量冗余电商逻辑。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 移动端:uni-app(小程序 + H5,巡访员使用工作手机) +- 后台管理端:Vue3 Web +- 服务端:独立API服务 +- 对接数据库系统(02)中的老人档案数据 + +--- + +## 6. 需新增业务能力 + +1. **地理围栏打卡**:设定每位老人的合法打卡范围,防止虚假签到 +2. **动态表单引擎**:支持管理员在线配置巡访问卷,无需发版 +3. **照片水印**:自动在照片上叠加 GPS 坐标、时间、巡访员姓名 +4. **巡访计划调度**:周期性任务自动生成+分配,支持断点续访(老人外出时改期) +5. **异常上报流转**:严重异常(独居老人无应答、设备损坏)自动触发呼叫中心告警 +6. **离线支持**:弱网环境下数据本地缓存,网络恢复后自动同步 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ----------------------- | ------------------------------------------------------------------------------------------ | +| `visit_plan` | id, cycle_type, district_id, assignee_id, start_date, end_date, status | +| `visit_task` | id, plan_id, elder_id, assignee_id, scheduled_date, status, checkin_time, checkin_location | +| `visit_record` | id, task_id, photo_urls, form_data(JSONB), abnormal_flag, notes | +| `visit_form_template` | id, name, fields(JSONB), version, is_active | +| `visit_group` | id, name, members(array), district_ids | +| `visit_abnormal_report` | id, record_id, type, description, dispatch_status, handler_id | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ------------------------------- | ------------------ | +| 定位 | 高德 SDK(iOS/Android) | GPS 打卡、地理围栏 | +| 文件存储 | 阿里云 OSS / 腾讯云 COS | 照片存储 | +| 离线缓存 | uni-app 本地存储 + 同步队列 | 弱网支持 | +| 动态表单 | 自研表单引擎(JSON Schema驱动) | 可配置巡访问卷 | +| 图片处理 | Canvas水印叠加 | 照片水印 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ------------------ | ------------------------ | ------------ | +| 数据库系统(02) | 老人档案、地址坐标 | 内部API调用 | +| 呼叫中心(06) | 异常上报触发紧急呼叫 | 内部消息队列 | +| 政府监管(01) | 巡访完成率、异常数据汇总 | 内部API | +| 系统管理中心(05) | 账号、权限、区域配置 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------------ | ------------------------- | ------------------------------------------ | +| 虚假签到 | 巡访员代打卡或远程操作 | GPS围栏(不可手动修改位置)+照片时间戳校验 | +| 弱网断连 | 农村/老旧小区信号差 | 离线表单缓存 + 后台自动同步 | +| 老人拒绝配合 | 老人不开门或拒绝拍照 | 支持填写"拒访原因",不强制照片 | +| 边界:本系统不含设备管理 | IoT设备巡检由16号模块负责 | 本系统仅做人工上门巡访 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------- | ------------------ | +| 第一期 | 移动端打卡 + 基础问卷 + 照片上传 | 老人档案(02)就绪 | +| 第二期 | 计划自动生成 + 分组管理 + 统计报表 | — | +| 第三期 | 异常自动告警 + 对接政府监管(01) | 呼叫中心(06)就绪 | + +--- + +## 12. 结论 + +定期巡访系统是以**人工外勤服务**为核心的移动端垂直应用,所需的地理围栏打卡、动态问卷、照片水印等能力在 mall 中完全缺失,且其业务逻辑与电商场景毫无共通之处。 + +**必须独立建设**,建议采用轻量化架构,以移动端体验为核心设计目标,优先实现外勤人员的高效使用,避免照搬 PC 端管理系统的交互模式。 diff --git a/docs/module-Planning/04-智慧康养政府及上级企业审批业务系统-模块规划.md b/docs/module-Planning/04-智慧康养政府及上级企业审批业务系统-模块规划.md new file mode 100644 index 00000000..d8d249ec --- /dev/null +++ b/docs/module-Planning/04-智慧康养政府及上级企业审批业务系统-模块规划.md @@ -0,0 +1,169 @@ +# 智慧康养政府及上级企业审批业务系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养政府及上级企业审批业务系统是面向**政府主管部门(民政局/卫健委)及上级集团企业管理人员**的多级行政审批平台,承担补贴申请审核、企业资质审核、家庭床位审批、新闻发布及建议反馈管理等行政审批职能。 + +本系统的核心是**审批工作流引擎**,支持多级审批(街道→区→市)、权限管理和微信端移动审批,是连接政府行政决策与平台业务系统的关键枢纽。 + +--- + +## 2. 建设目标 + +1. 实现民政补贴申请的在线提交、多级审核与结果下发闭环 +2. 支持企业资质审核(服务商、机构)的标准化审批流程 +3. 构建家庭床位改造申请的全流程审批管理 +4. 提供微信端移动审批能力,提升政府工作人员的审批效率 +5. 支持政府新闻/通知的发布管理与居民建议反馈处理 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 微信端登录与入口 +- 补贴申请审核 +- 企业资质审核 +- 家庭床位审核 +- 多级审核引擎 +- 权限管理 +- 新闻发布 +- 建议反馈 + +### 3.2 二级模块 + +- **微信端登录**:政府工作人员微信扫码登录、身份绑定、权限初始化 +- **补贴申请审核**:补贴类型配置、申请材料查阅、审核意见填写、退回/通过/挂起状态管理 +- **企业资质审核**:服务商/机构申请列表、材料核验(营业执照/许可证)、黑名单管理 +- **家庭床位审核**:改造申请列表、实地核查结果录入、改造资金核定、竣工验收 +- **多级审核引擎**:审批节点配置(街道→区→市)、超时自动提醒、代审/转审 +- **权限管理**:按行政区划的审批角色分配、数据可见范围设置 +- **新闻发布**:通知/新闻/政策文件的富文本编辑与发布 +- **建议反馈**:居民/服务商反馈列表、回复、分类统计 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | ------------------------------------------- | ----------------------------- | +| 多级审核流 | 配置审批节点、条件分支(金额阈值→升级审核) | 审批流引擎(如Activiti/自研) | +| 补贴申请审核 | 审核老人补贴资格、金额核定、批次下发 | 业务规则引擎 + 批处理 | +| 企业资质审核 | OCR识别营业执照/许可证,自动提取关键字段 | OCR第三方API | +| 微信端审批 | 待审list + 审核详情 + 一键通过/退回 | uni-app微信小程序 | +| 竣工验收 | 家庭床位改造完成后的图片+审核员现场确认 | 移动端拍照 + 电子签名 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 的核心流程是消费者下单→商家接单→骑手配送→消费者确认收货,整个流程以"消费行为"驱动。 + +本系统的核心流程是申请提交→多级政府审核→行政决定下发,整个流程以"行政审批"驱动: + +| 能力需求 | mall 现状 | 结论 | +| -------------------------- | --------------------------- | ------------------ | +| 多节点审批工作流引擎 | 无(无审批流概念) | 须独立建设 | +| 政府角色体系(街道/区/市) | 无 | 须独立建设 | +| 补贴核算规则引擎 | 无 | 须独立建设 | +| OCR证照识别 | 无 | 须独立建设 | +| 家庭床位申请全流程 | 无 | 须独立建设 | +| 行政文件/新闻发布 | 仅有CMS文章管理(商城公告) | 领域不同,不可复用 | + +mall 是通用电商平台,不具备行政审批能力,强行为其添加政府审批逻辑会导致架构混乱和权限体系崩溃。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 移动端:uni-app(微信小程序,政府工作人员使用) +- PC端:Vue3 Web管理后台(主审批界面) +- 服务端:独立审批流引擎 + 业务API +- 工作流引擎:自研轻量级或集成 Camunda/Flowable(根据复杂度决策) + +--- + +## 6. 需新增业务能力 + +1. **可配置审批流引擎**:支持管理员在线配置审批节点、条件分支、超时策略 +2. **补贴核算规则库**:按老人失能等级、服务类型、地区标准的补贴金额计算 +3. **材料OCR识别**:营业执照、身份证、许可证关键信息自动提取 +4. **批次审批**:支持对同一批补贴申请的批量通过/退回 +5. **电子签章**:审批决定需支持电子签章,具备法律效力 +6. **消息通知**:审批结果主动推送至申请方(微信模板消息) + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| -------------------------- | ------------------------------------------------------------------------------ | +| `approval_flow_def` | id, name, nodes(JSONB), conditions(JSONB), version | +| `approval_instance` | id, flow_def_id, biz_type, biz_id, current_node, status, submitter_id | +| `approval_node_record` | id, instance_id, node_name, approver_id, action, opinion, action_time | +| `subsidy_application` | id, elder_id, subsidy_type, amount_applied, amount_approved, period, documents | +| `org_qualification_review` | id, org_id, org_type, material_urls, ocr_data(JSONB), status | +| `home_bed_application` | id, elder_id, address, estimated_cost, inspector_id, inspect_report, status | +| `gov_news` | id, title, content, category, publisher_id, published_at, status | +| `feedback` | id, submitter_type, content, category, status, reply, replier_id | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | ----------------------- | -------------------- | +| 工作流引擎 | Flowable / 自研轻量版 | 多级审批流配置与执行 | +| OCR | 腾讯云OCR / 阿里云OCR | 证照信息自动识别 | +| 电子签章 | 法大大 / 契约锁 | 审批决定电子签章 | +| 推送 | 微信模板消息 / 服务通知 | 审批结果通知 | +| 富文本编辑 | TinyMCE / WangEditor | 新闻/政策文件发布 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 说明 | +| ------------------ | -------------------------- | ----------------- | +| 数据库系统(02) | 老人档案、服务商资质 | 内部API调用 | +| 家庭床位系统(15) | 床位改造申请数据来源 | 内部API | +| 服务商管理(11) | 服务商资质审核结果下发 | 内部API | +| 居家养老管理(10) | 补贴审核结果与服务计划关联 | 内部API | +| 政府监管(01) | 审批数据汇总至监管大屏 | 内部API | +| 民政局/政务平台 | 补贴拨付指令下发 | ⚠️ 待确认接口规范 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | --------------------------------------------- | -------------------------- | +| 各地审批流程差异 | 不同省市民政补贴审批节点不同 | 审批流可配置化,避免硬编码 | +| 电子签章法律效力 | 部分地区不承认电子签章 | 提供纸质备档导出功能 | +| 审批超时 | 政府人员忙碌导致流程积压 | 自动催办、超时转派机制 | +| 边界:不含资金拨付 | 补贴核定在本系统,实际拨付由财务/民政系统执行 | 明确接口,只输出拨付指令 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ----------------------------------------------- | ------------------------------ | +| 第一期 | 企业资质审核 + 家庭床位审核(优先,有业务需求) | 15号模块家庭床位系统就绪 | +| 第二期 | 补贴申请全流程 + 多级审批引擎 | 老人档案(02)和评估(07)完成 | +| 第三期 | 微信端移动审批 + 电子签章 + 政务系统对接 | — | + +--- + +## 12. 结论 + +审批业务系统是平台与政府行政流程的接口,核心能力(工作流引擎、政府角色体系、补贴规则引擎)在 mall 中完全缺失,**必须作为独立系统建设**。 + +建议工作流引擎采用可配置设计,以应对各地政府审批流程差异,避免因流程变化导致频繁改动代码。OCR与电子签章建议接入成熟的第三方SaaS服务,降低研发复杂度。 diff --git a/docs/module-Planning/05-智慧康养系统管理中心-模块规划.md b/docs/module-Planning/05-智慧康养系统管理中心-模块规划.md new file mode 100644 index 00000000..921c6d44 --- /dev/null +++ b/docs/module-Planning/05-智慧康养系统管理中心-模块规划.md @@ -0,0 +1,173 @@ +# 智慧康养系统管理中心 模块规划 + +--- + +## 1. 模块定位 + +智慧康养系统管理中心是整个智慧医养平台的**运营管理骨架**,承担跨模块的基础设施管理职责,包括机构体系管理、账号与权限管理、一卡通管理、公告管理、老年大学/老人圈等社区服务,以及系统级资源监控与基础数据维护。 + +本模块是其他所有业务模块正常运转的前提,优先级高(P1),应在平台启动早期完成核心功能建设。 + +--- + +## 2. 建设目标 + +1. 构建平台级统一账号体系,支持多角色(政府/机构/服务商/老人/家属)的身份注册与权限分配 +2. 实现下属机构(日间照料中心/养老院/社区服务站)的层级化管理 +3. 提供一卡通(NFC/条形码/人脸)管理能力,支撑老人身份识别与服务核销 +4. 完成系统级资源监控(服务健康状态、API调用量、告警) +5. 管理基础数据字典(服务类型/行政区划/设备型号)与公告发布 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 下属机构系统管理 +- 账号与权限管理 +- 一卡通管理 +- 智慧库(知识库) +- 公告管理 +- 老年大学 +- 老人圈与家属圈 +- 日志管理 +- 智能设备接口管理 +- 系统资源监控 +- 基础数据维护 + +### 3.2 二级模块 + +- **机构管理**:机构树形结构维护(集团→子公司→门店)、机构信息编辑、状态管理 +- **权限管理**:角色定义、菜单权限、数据权限(按机构/区划隔离)、操作日志 +- **一卡通管理**:卡片发放/挂失/补卡、NFC/人脸/条码多模式绑定、服务核销记录 +- **智慧库**:操作手册/服务规范/政策文件的知识库,支持全文检索 +- **公告管理**:平台公告/机构通知发布与推送,支持按角色定向发布 +- **老年大学**:课程管理、报名管理、直播/视频课件、学员档案 +- **老人圈/家属圈**:社区话题/相册/活动报名(类轻量级社交) +- **日志管理**:操作日志查询、错误日志、审计日志导出 +- **设备接口管理**:IoT设备型号注册、通信协议配置、设备厂商对接文档 +- **系统监控**:服务健康度、数据库连接、接口延迟、磁盘/内存仪表盘 +- **基础数据**:行政区划字典、服务类型字典、失能等级标准、货币/单位设置 + +### 3.3 核心功能说明 + +| 功能 | 说明 | 技术要点 | +| ---------- | ------------------------------------ | ----------------------------------- | +| 机构树管理 | 支持3-5级机构层级,数据权限按树隔离 | 邻接表/闭包表 + RBAC | +| 一卡通核销 | 老人刷卡→实时读取身份→记录服务消耗 | NFC Reader API / 人脸识别SDK | +| 权限管理 | 菜单+按钮+数据三级权限,支持临时授权 | RBAC + 行级过滤 | +| 老年大学 | 课程视频点播 + 直播(推流/拉流) | 视频云服务(腾讯云/阿里云视频点播) | +| 系统监控 | 可观测性仪表盘 | Prometheus + Grafana | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 具备基础的管理后台(商家管理、订单管理)和 RBAC 权限框架,表面上与本模块存在重叠,但存在关键差异: + +| 能力需求 | mall 现状 | 结论 | +| ------------------------- | --------------------------------------- | ------ | +| 多层级机构树管理 | 仅有平台商家列表(单层) | 须重建 | +| 一卡通(NFC/人脸绑定) | 无 | 须新建 | +| 老年大学(课程/直播) | 无 | 须新建 | +| 老人圈/家属圈(社区功能) | 无 | 须新建 | +| 系统级资源监控 | 无运维仪表盘 | 须新建 | +| 医养专属基础数据字典 | mall 有商品分类等字典,但无医养业务字典 | 须重建 | + +mall 的 RBAC 模型可作为参考,但其角色体系(商家/消费者/骑手)与医养角色(政府/机构/服务员/老人/家属)完全不同,直接复用会造成权限混乱。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 后台管理端:Vue3 PC Web(主要使用场景) +- 移动端入口:uni-app(公告推送、老人圈/老年大学) +- 服务端:独立API,提供用户中心服务供其他模块调用 +- 本模块的用户账号体系是25号(业务中台)用户服务中心的具体实现载体 + +--- + +## 6. 需新增业务能力 + +1. **多租户机构隔离**:实现机构间的数据物理隔离或逻辑隔离,防止越权访问 +2. **一卡通全链路管理**:发卡→绑定→激活→核销→挂失→补卡完整生命周期 +3. **人脸识别绑定**:老人人脸特征采集(合规告知后)与一卡通绑定 +4. **知识库全文检索**:内部操作手册、政策文件的快速检索 +5. **老年大学直播**:推流端(PC/移动)+ 拉流端(老人手机/平板) +6. **老人圈内容审核**:发布内容的关键词过滤与人工审核机制 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------------------- | --------------------------------------------------------------------- | +| `org_tree` | id, parent_id, name, org_type, level, district_code | +| `sys_role` | id, org_id, name, permissions(JSONB) | +| `sys_user` | id, org_id, role_ids, username, status, last_login | +| `one_card` | id, elder_id, card_no, card_type(NFC/face/barcode), status, issued_at | +| `one_card_consume` | id, card_id, service_id, amount, consumed_at, terminal_id | +| `knowledge_base` | id, org_id, title, content, category, search_vector | +| `announcement` | id, org_id, title, content, target_roles, published_at | +| `elderly_university_course` | id, name, teacher, schedule, live_url, replay_url, enrollments | +| `system_monitor_metric` | id, service_name, metric_type, value, collected_at | +| `data_dict` | id, category, code, value, sort_order, is_active | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | --------------------------------- | -------------------- | +| 人脸识别 | 腾讯云人脸识别 / 阿里云人脸核身 | 一卡通人脸绑定与核验 | +| 视频直播 | 腾讯云直播(CSS)/ 阿里云视频直播 | 老年大学直播 | +| 全文检索 | PostgreSQL FTS / Elasticsearch | 知识库检索 | +| 监控 | Prometheus + Grafana | 系统资源监控 | +| NFC读卡 | uni-app NFC API | 一卡通NFC读取 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| -------------- | -------------------------------- | ----------- | +| 业务中台(25) | 统一身份认证,本模块为其落地实现 | 内部API | +| 所有业务模块 | 权限验证、字典查询、公告推送 | 内部SDK/API | +| IoT管理(16) | 设备接口注册与协议配置 | 内部API | +| 政府监管(01) | 机构台账、账号统计 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | ------------------------------------ | -------------------------------------- | +| 人脸数据合规 | 人脸属于生物识别信息,需明确知情同意 | 采集前书面告知,单独存储,设置访问审计 | +| 权限过于复杂 | 多角色多层级权限矩阵维护困难 | 采用基于角色的模板权限 + 例外管理 | +| 老年大学直播稳定性 | 老人网络条件差,直播卡顿 | 提供回放作为主要使用方式,直播为辅 | +| 边界:不含HIS系统 | 本系统不包含医疗业务中台逻辑 | 医疗业务由25号模块(业务中台)负责 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1** + +| 分期 | 内容 | 说明 | +| -------------- | ------------------------------------ | ----------------------------- | +| 第一期(必须) | 账号权限管理 + 机构树 + 基础数据字典 | P0/P1所有模块的账号依赖此部分 | +| 第二期 | 一卡通管理 + 公告 + 日志 | 运营启动时需要 | +| 第三期 | 老年大学 + 老人圈 + 系统监控 | 增值服务,不影响核心业务 | + +--- + +## 12. 结论 + +系统管理中心是整个平台能够运转的基础设施模块,**账号权限管理和机构树管理必须在P0阶段同步完成**,否则所有业务模块均无法正常部署。 + +核心能力与 mall 的 RBAC 框架存在角色和结构上的本质差异,**不建议在 mall 框架内改造,应独立建设**,并将用户中心服务作为全平台的基础设施对外提供。 diff --git a/docs/module-Planning/06-智慧康养呼叫中心系统-模块规划.md b/docs/module-Planning/06-智慧康养呼叫中心系统-模块规划.md new file mode 100644 index 00000000..4754c15f --- /dev/null +++ b/docs/module-Planning/06-智慧康养呼叫中心系统-模块规划.md @@ -0,0 +1,166 @@ +# 智慧康养呼叫中心系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养呼叫中心系统是连接老人、家属与服务人员的**服务调度核心枢纽**,承担老人紧急求助(SOS)、服务咨询、服务预约、投诉建议等电话/在线呼叫的接入、分发与处理职能。 + +本系统是养老服务体系中的"神经中枢",也是政府监管部门评价平台服务质量的关键指标来源,对于平台的安全性和口碑具有决定性意义。 + +--- + +## 2. 建设目标 + +1. 提供7×24小时老人紧急求助响应能力(SOS一键呼叫→坐席接听→就近派单) +2. 实现来电弹屏,坐席第一时间获取老人档案与服务历史 +3. 构建录音质检体系,持续提升服务质量 +4. 提供智能IVR及工单流转,减少人工坐席压力 +5. 输出呼叫中心数据报表,支持政府监管与运营决策 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 来电弹屏 +- 通话录音管理 +- VIP客户分流 +- 智能IVR工单系统 +- 多方通话 +- 坐席监控 +- 录音质检 +- 数据报表 + +### 3.2 二级模块 + +- **来电弹屏**:来电号码识别→老人档案弹出(姓名/年龄/失能等级/历史工单/设备状态) +- **通话录音**:全程录音存储、按时间/坐席/主叫号码检索播放 +- **VIP分流**:设置优先级规则,高风险老人(独居/高失能)来电优先分配 +- **IVR工单**:语音导航菜单、意图识别、自动创建服务工单、转人工触发条件 +- **多方通话**:坐席+老人+家属+服务员三方通话,紧急情况协调 +- **坐席监控**:在线坐席数、通话时长、等待队列、坐席状态实时仪表盘 +- **录音质检**:随机抽查或AI自动质检(关键词+情感分析) +- **数据报表**:日/月呼入量、应答率、平均处理时长、SOS触发量 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ----------- | ---------------------------------------------- | --------------------------------- | +| 来电弹屏 | 来电触发→CTI接口获取主叫→查老人档案→弹出工作台 | CTI中间件(阿里云呼叫中心/融云) | +| 智能IVR | 语音菜单→ASR识别→意图分类→服务路由 | ASR语音识别(科大讯飞/腾讯) | +| SOS紧急响应 | 设备SOS按下→呼叫中心立即振铃+老人位置推送 | IoT告警消息队列→WebSocket推送坐席 | +| AI录音质检 | 通话录音→ASR转写→关键词/合规检测→质检评分 | ASR + NLP(情感分析) | +| 工单流转 | 呼叫创建工单→分配服务员→执行→回访确认 | 工单引擎 + 状态机 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 具备客服工单模块(消费纠纷处理),但其与本系统存在根本性差异: + +| 能力需求 | mall 客服模块 | 结论 | +| --------------------------- | ---------------- | ------------------------ | +| CTI电话系统接入(来电弹屏) | 无 | 须独立建设 | +| SOS紧急告警接入 | 无 | 须独立建设 | +| 老人档案弹屏(非订单详情) | 无 | 须独立建设 | +| 录音管理与AI质检 | 无 | 须独立建设 | +| 坐席监控仪表盘 | 无 | 须独立建设 | +| 智能IVR | 无 | 须独立建设 | +| 服务工单(养老服务场景) | 仅有消费纠纷工单 | 业务逻辑完全不同,须重建 | + +mall 是通用电商平台,不具备CTI(Computer Telephony Integration)电话接入能力,强行在 mall 中叠加呼叫中心逻辑将导致架构崩溃。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 呼叫中心接入层:对接云呼叫中心(阿里云/腾讯云)或自建Asterisk +- 坐席工作台:Vue3 PC Web(实时通信,WebSocket) +- 移动端(服务员接单):uni-app +- 服务端:独立工单服务 + CTI中间件对接层 + +--- + +## 6. 需新增业务能力 + +1. **CTI系统集成**:电话线路接入、号码路由、来电识别 +2. **SOS紧急响应流程**:设备→呼叫中心→坐席响应→派单→处置→回执全流程 +3. **智能IVR配置工具**:可视化配置语音菜单树 +4. **录音存储与合规**:通话录音≥6个月存储,加密存储,访问审计 +5. **坐席工作台一体化**:打电话+查档案+创工单+分派任务一屏完成 +6. **服务工单生命周期**:呼叫→工单创建→分派→执行→回访→关单 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------- | ------------------------------------------------------------------------------------- | +| `call_record` | id, caller_no, elder_id, agent_id, call_type, duration, recording_url, started_at | +| `call_ticket` | id, call_id, ticket_type, elder_id, description, priority, status, assignee_id | +| `ticket_action` | id, ticket_id, action_type, operator_id, note, action_time | +| `sos_event` | id, elder_id, device_id, trigger_type, location, agent_id, response_time, resolved_at | +| `ivr_config` | id, menu_tree(JSONB), version, is_active | +| `agent_session` | id, agent_id, status(online/busy/offline), current_call_id, session_start | +| `quality_check` | id, call_id, checker_id(human/AI), score, keywords_hit, issues, created_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | --------------------------------------------- | ------------------------- | +| 云呼叫中心 | 阿里云呼叫中心(CCC)/ 腾讯云呼叫中心(TCCC) | 电话线路接入、CTI | +| ASR | 科大讯飞 / 腾讯云语音识别 | IVR语音识别、录音转写 | +| 实时通信 | WebSocket | 坐席状态实时推送、SOS告警 | +| 消息队列 | RabbitMQ | IoT告警→呼叫中心异步解耦 | +| 录音存储 | OSS(加密桶) | 通话录音合规存储 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ------------------ | ------------------------ | ------------ | +| IoT安全系统(09) | SOS设备告警事件接入 | 消息队列 | +| 数据库系统(02) | 老人档案弹屏查询 | 内部API | +| 居家养老管理(10) | 服务工单派发给服务员 | 内部API | +| 政府监管(01) | SOS响应时长、呼叫量统计 | 内部API | +| 定期巡访(03) | 巡访异常上报转入呼叫工单 | 内部消息队列 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | -------------------------------------------------------- | -------------------------------------- | +| 云呼叫中心费用 | 按分钟计费,高并发时成本高 | 评估坐席规模,合理选型(自建vs云服务) | +| SOS响应时效 | 老人紧急求助必须在30秒内响应 | 专属SOS队列 + 强制振铃全坐席 | +| 录音合规 | 通话录音涉及隐私 | 加密存储、访问审计、保留期满自动销毁 | +| 边界:不含在线客服 | 文字在线客服由运营管理系统(24)负责,本系统仅做电话呼叫 | 明确功能边界 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1** + +| 分期 | 内容 | 前置条件 | +| ------ | --------------------------------- | --------------------------------- | +| 第一期 | SOS紧急响应 + 来电弹屏 + 基础工单 | 老人档案(02)、IoT设备(09)就绪 | +| 第二期 | IVR配置 + 录音管理 + 坐席监控报表 | — | +| 第三期 | AI录音质检 + VIP分流策略 | ASR质量验证后上线 | + +--- + +## 12. 结论 + +呼叫中心系统是养老平台的安全生命线,其 CTI 接入、SOS 紧急响应、来电弹屏等核心能力在 mall 中完全缺失,**必须作为独立系统建设**。 + +建议优先上线 SOS 紧急响应功能,作为平台第一期的核心安全保障,然后逐步完善 IVR 自助服务和 AI 质检能力,持续降低人工坐席运营成本。 diff --git a/docs/module-Planning/07-养老需求及老人情况评估系统-模块规划.md b/docs/module-Planning/07-养老需求及老人情况评估系统-模块规划.md new file mode 100644 index 00000000..04298081 --- /dev/null +++ b/docs/module-Planning/07-养老需求及老人情况评估系统-模块规划.md @@ -0,0 +1,160 @@ +# 养老需求及老人情况评估系统 模块规划 + +--- + +## 1. 模块定位 + +养老需求及老人情况评估系统是养老服务体系的**服务入口与资质认证节点**,承担对老人进行综合能力评估(ADL日常生活能力量表、MMSE认知功能量表等)的数字化管理,是长护险认定、政府补贴核算、服务计划制定和等级护理的核心前置条件。 + +本系统的核心用户为**专业评估人员**(社工/护士/评估师),工作场景以移动端上门评估为主,后台管理为辅。 + +--- + +## 2. 建设目标 + +1. 实现评估标准和评估量表的在线配置与版本管理 +2. 提供移动端评估执行工具,支持评估人员上门时完成信息录入 +3. 构建评估数据的存储、查询、统计与上传功能 +4. 为长护险认定(18)、政府补贴(04)和服务计划(10)提供评估结论依据 +5. 支持政府监管部门查阅评估数据与统计报告 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 综合评估管理 +- 评估标准配置 +- 评估内容配置 +- 评估人员移动端 +- 评估数据管理 +- 统计分析 + +### 3.2 二级模块 + +- **综合评估管理**:评估任务分配、评估进度跟踪、评估结论审核 +- **评估标准配置**:国标评估标准(MNA/ADL/MMSE)导入、地方标准自定义 +- **评估内容配置**:量表题目管理、评分规则配置、评估报告模板 +- **评估人员移动端**:待评估老人列表、上门GPS打卡、量表填写、拍照采集、提交审核 +- **评估数据管理**:评估记录查询/修改授权/归档、历次评估对比、文件上传审核 +- **统计分析**:按区域/等级/时段的评估完成率、失能等级分布、趋势分析 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| -------------- | -------------------------------------- | ----------------------- | +| ADL量表 | 10项日常生活能力评估,自动计算失能等级 | 动态表单 + 自动评分算法 | +| MMSE量表 | 30分制认知功能筛查量表 | 动态表单 + 评分规则引擎 | +| GPS打卡到位 | 到达老人地址100m内才可开始评估 | 高德定位 + 地理围栏 | +| 评估报告生成 | 根据量表结果自动生成格式化评估报告 | 报告模板引擎(PDF生成) | +| 评估数据上传 | 评估结论上传至民政/医保系统 | ⚠️ 待确认接口规范 | +| 多版本量表管理 | 支持国家标准量表与地方特色量表并存 | 版本控制 + 权限分配 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是通用电商平台,不具备任何医疗评估相关能力: + +| 能力需求 | mall 现状 | 结论 | +| ------------------------ | ------------------------ | ------------ | +| 临床量表(ADL/MMSE)管理 | 无 | 须独立建设 | +| 医学评分算法 | 无 | 须独立建设 | +| 评估报告PDF生成 | 无 | 须独立建设 | +| 老人档案关联 | 无老人实体 | 须依托02模块 | +| 评估人员角色体系 | 无(mall无专业评估角色) | 须重建 | +| GPS围栏+问卷一体化 | 无 | 须新建 | + +mall 是通用电商平台,不具备专业医养评估能力,强行堆入评估功能会导致医疗数据与商业数据混存,违反数据合规要求。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 移动端:uni-app(小程序 + H5,评估人员使用) +- 后台管理端:Vue3 PC Web +- 服务端:独立API,评估结论通过接口输出给18/10/04等模块 +- 评估数据存储:独立表结构,关联02号模块老人档案 + +--- + +## 6. 需新增业务能力 + +1. **量表引擎**:动态题目配置 + 分支逻辑 + 自动评分 + 等级判定(国标ADL/MMSE/MNA等) +2. **评估流程管理**:预约→分配→执行→提交→审核→归档的完整工作流 +3. **评估报告模板**:可配置的评估报告格式,支持机构定制 +4. **评估历史对比**:展示同一老人多次评估结果的趋势变化 +5. **评估数据权威性**:评估结论一旦审核通过不可随意修改(记录变更日志) +6. **批量导出**:支持按时间/区域批量导出评估报告(用于政府报备) + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------------- | ----------------------------------------------------------------------------------------------- | +| `assessment_task` | id, elder_id, assignee_id, scheduled_date, status, visit_checkin_time, visit_photo | +| `assessment_record` | id, task_id, scale_type(ADL/MMSE), form_data(JSONB), total_score, disability_grade, assessor_id | +| `assessment_scale` | id, name, version, questions(JSONB), scoring_rules(JSONB), is_active | +| `assessment_report` | id, record_id, report_pdf_url, generated_at, approved_by, approved_at | +| `disability_grade_config` | id, scale_type, score_range_min, score_range_max, grade_name, grade_code | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ------------------------------- | ------------------------- | +| PDF生成 | iText / Flying Saucer(服务端) | 评估报告生成 | +| 定位 | 高德SDK | GPS打卡到位验证 | +| 电子签名 | 移动端Canvas手写签名 | 老人/家属签字确认评估结论 | +| 动态表单 | JSON Schema驱动自研 | 量表题目动态渲染 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ------------------ | -------------------------- | --------------------- | +| 数据库系统(02) | 老人档案读取、失能等级写回 | 内部API | +| 长护险(18) | 评估结论作为长护险认定依据 | 内部API(只读输出) | +| 政府补贴(04) | 评估等级作为补贴核算输入 | 内部API | +| 居家养老管理(10) | 评估结论影响服务计划制定 | 内部API | +| 政府监管(01) | 评估统计数据汇总 | 内部API | +| 民政/医保系统 | 评估结论上报 | ⚠️ 待确认各省接口规范 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | ---------------------------------------- | ---------------------------------------- | +| 量表标准差异 | 各省市长护险评估标准不同 | 量表引擎支持多套标准并存,按地区切换 | +| 评估结论异议 | 老人/家属对评估等级不服 | 提供复核申请流程,保留原始照片和填写记录 | +| 数据权威性 | 评估结论用于补贴核算,误录影响重大 | 双人核审机制 + 修改留痕 | +| 边界:不含病历管理 | 本系统仅做养老能力评估,不做完整医疗病历 | 医疗病历由20号(慢性病管理)负责 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------------- | ------------------ | +| 第一期 | 移动端评估执行 + ADL/MMSE量表 + 报告生成 | 老人档案(02)就绪 | +| 第二期 | 评估工作流(预约→审核→归档) + 统计分析 | — | +| 第三期 | 与长护险/补贴系统对接 + 政务数据上报 | 接口确认后 | + +--- + +## 12. 结论 + +养老需求评估系统是整个服务体系的"入口闸门",评估结论直接决定长护险认定、补贴核算和服务计划,其医疗专业属性(量表、评分算法、报告合规)使其完全无法在 mall 平台基础上构建。 + +**必须独立建设**,且需在P1阶段优先完成,确保后续长护险(18)、补贴审批(04)、服务计划(10)有可靠的评估数据支撑。 diff --git a/docs/module-Planning/08-智慧康养健康管理系统-模块规划.md b/docs/module-Planning/08-智慧康养健康管理系统-模块规划.md new file mode 100644 index 00000000..ab008d18 --- /dev/null +++ b/docs/module-Planning/08-智慧康养健康管理系统-模块规划.md @@ -0,0 +1,164 @@ +# 智慧康养健康管理系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养健康管理系统是基于**老人健康档案和智能设备数据**的预防性健康干预平台,通过综合健康档案管理、实时生命体征监控、中医体质辨识、健康评估分析和个性化健康管理方案,为老人提供持续性的健康关注服务。 + +本系统属于**健康管理(大健康)** 领域,介于养老服务与医疗之间,核心用户为家庭医生、健康管理师及老人/家属端。 + +--- + +## 2. 建设目标 + +1. 建立老人综合健康档案,记录基础体检数据、慢病史、用药记录 +2. 对接IoT健康设备(血压计/血糖仪/心率监测带),实现实时数据采集 +3. 提供中医体质辨识评估(九种体质分型),输出调养建议 +4. 构建个性化健康管理方案,支持家庭医生在线制定与跟踪 +5. 提供健康评估报告,支持健康小屋服务场景 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 综合健康档案 +- 健康数据实时监控 +- 中医体质辨识 +- 智能设备管理 +- 健康小屋服务 +- 健康管理方案 +- 健康评估分析 + +### 3.2 二级模块 + +- **综合健康档案**:体检记录、慢病史、用药清单、家族病史、过敏史 +- **实时监控**:血压/心率/血糖/血氧实时采集、趋势曲线、阈值告警 +- **中医辨识**:九种体质评估量表、体质报告、调养方案(饮食/起居/运动) +- **智能设备管理**:设备绑定/解绑、设备状态监控、采集频率配置 +- **健康小屋**:社区健康小屋预约、到场体检数据采集、健康咨询 +- **健康方案**:家庭医生制定个性化方案(运动/饮食/用药提醒/复查计划) +- **健康评估**:周/月健康评估报告、健康趋势分析、风险预警 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| --------------- | ----------------------------------------------- | --------------------- | +| IoT设备数据采集 | 蓝牙/WiFi健康设备实时上报体征数据 | MQTT协议 / 设备SDK | +| 阈值告警 | 个性化阈值(每人可配置),超标自动推送家属/护士 | 时序数据库 + 规则引擎 | +| 健康趋势图 | 展示过去30/90天体征变化趋势 | ECharts折线图 | +| 中医体质量表 | 60题标准中医体质量表,自动计算9种体质得分 | 动态表单 + 评分算法 | +| 健康方案提醒 | 按处方/方案定时提醒老人用药/运动 | 定时任务 + 微信推送 | +| 健康小屋预约 | 在线预约社区健康检测站时间段 | 预约日历 + 出行提醒 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是电商交易平台,不具备任何健康管理能力: + +| 能力需求 | mall 现状 | 结论 | +| -------------------------- | --------- | ------------------------ | +| 健康档案(慢病/用药/体检) | 无 | 须独立建设 | +| IoT体征设备接入 | 无 | 须独立建设 | +| 时序体征数据存储/查询 | 无 | 须独立建设(时序数据库) | +| 中医体质量表评估 | 无 | 须独立建设 | +| 个性化健康方案管理 | 无 | 须独立建设 | +| 阈值告警规则引擎 | 无 | 须独立建设 | + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 老人/家属端:uni-app(小程序+H5) +- 家庭医生端:Vue3 Web 或 uni-app +- 服务端:独立API,时序数据库(TimescaleDB)处理体征流数据 +- IoT接入层:MQTT Broker + 设备SDK适配层 + +--- + +## 6. 需新增业务能力 + +1. **IoT设备协议适配**:蓝牙BLE + WiFi健康设备(需与IoT管理系统16协同) +2. **时序数据存储与查询**:高频体征数据(每分钟写入)的高效存储与查询 +3. **个性化阈值引擎**:按老人配置血压/血糖/心率的高低阈值及告警策略 +4. **中医体质评估算法**:国标中医体质量表(CCMQ)评分与体质分类 +5. **健康报告自动生成**:每月健康摘要报告,发送家属端 +6. **家庭医生工作台**:管理所服务老人的健康方案和预警 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ----------------------- | -------------------------------------------------------------------------------- | +| `health_profile` | elder_id, chronic_diseases(array), medications(JSONB), allergies, family_history | +| `health_record` | id, elder_id, metric_type, value, unit, collected_at, source(device/manual) | +| `health_device_binding` | elder_id, device_id, device_type, bind_at, status | +| `health_threshold` | elder_id, metric_type, min_warning, max_warning, min_danger, max_danger | +| `health_alert` | id, elder_id, metric_type, value, level, notified_at, ack_status | +| `tcm_assessment` | elder_id, answers(JSONB), constitution_type, generated_at, report_url | +| `health_plan` | id, elder_id, doctor_id, start_date, end_date, items(JSONB), status | +| `health_checkin` | id, station_id, elder_id, metrics_collected(JSONB), checkin_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | ------------------------- | ------------------ | +| 时序数据库 | TimescaleDB(PG扩展) | 体征时序数据存储 | +| IoT接入 | EMQX(MQTT Broker) | 健康设备数据接入 | +| 数据可视化 | ECharts | 体征趋势图表 | +| 推送 | 微信模板消息 + 系统推送 | 健康提醒、告警通知 | +| 定时任务 | 分布式定时调度(XXL-JOB) | 每月健康报告生成 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| -------------------- | ----------------------------- | -------- | +| IoT管理(16) | 健康设备状态、异常告警 | 消息队列 | +| 数据库系统(02) | 老人档案关联 | 内部API | +| 安全系统(09) | 生命体征危急预警→SOS触发 | 消息队列 | +| 慢性病管理(20) | 慢病历史数据共享 | 内部API | +| 呼叫中心(06) | 健康危急告警→呼叫中心呼出关怀 | 消息队列 | +| 全生命周期监测(23) | 健康数据汇入监测平台 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------- | ------------------------------------------ | ------------------------------------------------------ | +| 设备数据准确性 | 家用健康设备精度有限,不可作为临床诊断依据 | 系统界面明确标注"仅供健康参考,非医学诊断" | +| 健康数据合规 | 体征数据属于敏感个人信息 | 国密加密存储、审计日志 | +| IoT设备兼容性 | 市面设备品牌众多,协议各异 | 优先接入主流品牌(乐心/鱼跃/华为),建立设备厂商白名单 | +| 边界:不含开药/诊断 | 本系统不提供医疗诊断,不开具处方 | 诊断/处方由慢性病管理(20)或HIS系统负责 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------------- | ------------------ | +| 第一期 | 健康档案管理 + 手动录入体征 + 基础趋势图 | 老人档案(02)就绪 | +| 第二期 | IoT设备接入 + 阈值告警 + 家庭医生工作台 | IoT管理(16)就绪 | +| 第三期 | 中医体质辨识 + 健康报告 + 健康小屋预约 | — | + +--- + +## 12. 结论 + +智慧康养健康管理系统是大健康赛道的核心服务,IoT体征采集、时序数据处理、中医体质评估等核心能力在 mall 中完全缺失,**必须独立建设**。 + +建议P1阶段先完成基础健康档案(配合02模块),P2阶段补充IoT接入和智能告警。注意与慢性病管理(20)的边界划分:本系统偏"预防与监测",慢性病管理偏"诊断与治疗"。 diff --git a/docs/module-Planning/09-智慧康养安全系统-模块规划.md b/docs/module-Planning/09-智慧康养安全系统-模块规划.md new file mode 100644 index 00000000..e56c7e1b --- /dev/null +++ b/docs/module-Planning/09-智慧康养安全系统-模块规划.md @@ -0,0 +1,166 @@ +# 智慧康养安全系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养安全系统是以**IoT设备 + AI算法**为核心的老人安全保障系统,通过防走失定位、生命体征危急监测、主动报警、紧急求助(SOS)、视频关爱和智能安防等手段,为老人提供全天候的人身安全保障,并在发现危险时触发呼叫中心应急响应。 + +本系统是整个平台安全网的"感知层",是呼叫中心(06)SOS响应的数据来源。 + +--- + +## 2. 建设目标 + +1. 实现老人佩戴设备的实时GPS定位与电子围栏(防走失) +2. 监测生命体征(心率/跌倒)的危急状态,超阈值自动告警 +3. 支持老人主动SOS呼救(设备按键/APP),触发呼叫中心响应 +4. 提供家属/护理员视频关爱能力(与老人视频通话) +5. 集成环境监测(燃气/烟雾/门磁)与智能安防设备 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 防走失定位 +- 生命体征危急监测 +- 主动报警(SOS) +- 紧急求助通道 +- 监护体系 +- 环境监测 +- 视频关爱 +- 智能安防 + +### 3.2 二级模块 + +- **防走失定位**:实时GPS追踪、历史轨迹回放、电子围栏(离开安全区触发告警) +- **生命体征监测**:心率/血氧实时监测、异常告警、跌倒检测(加速度传感器) +- **主动报警(SOS)**:设备端SOS按键触发、APP端一键SOS、大声呼叫检测 +- **紧急求助通道**:SOS→呼叫中心实时振铃→老人位置推送→就近派单闭环 +- **监护体系**:家属监护绑定、监护权限分级(查看位置/接收告警) +- **环境监测**:烟雾报警器/燃气泄漏检测/门磁传感器接入 +- **视频关爱**:家属与老人发起视频通话(需老人同意)、定时视频关怀提醒 +- **智能安防**:摄像头接入(固定点位监控,非隐私区域)、异常行为检测 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | -------------------------------------- | --------------------------- | +| 电子围栏 | 设置安全区域多边形,老人离开后秒级告警 | GIS地理围栏 + MQTT推送 | +| 跌倒检测 | 设备三轴加速度异常模式识别 | 设备端算法 + 服务端确认 | +| SOS响应链路 | 设备SOS→MQTT→消息队列→呼叫中心坐席振铃 | MQTT + RabbitMQ + WebSocket | +| 视频通话 | 端到端加密视频通话(需设备支持) | WebRTC / 音视频SDK | +| 环境告警联动 | 烟雾告警→自动呼叫紧急联系人 | 设备事件 + 自动外呼 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是通用电商平台,完全不具备安全监控与IoT设备接入能力: + +| 能力需求 | mall 现状 | 结论 | +| ----------------------- | --------- | ----------------------------- | +| GPS定位与地理围栏 | 无 | 须独立建设 | +| IoT设备事件接入(MQTT) | 无 | 须独立建设 | +| SOS紧急响应链路 | 无 | 须独立建设 | +| 跌倒检测算法 | 无 | 须独立建设(或集成设备端SDK) | +| 视频通话 | 无 | 须独立建设 | +| 环境传感器接入 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备IoT设备通信层,强行加入会导致架构崩溃。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 家属/老人端:uni-app(位置查看、SOS触发、视频通话) +- 服务端:独立IoT接入服务 + 告警处理服务 +- IoT层:MQTT Broker 接收设备上报 +- 与呼叫中心(06)通过消息队列对接,实现SOS闭环 + +--- + +## 6. 需新增业务能力 + +1. **MQTT设备通信层**:标准化IoT设备上报协议,支持不同品牌设备接入 +2. **地理围栏服务**:按老人配置安全区域,实时检测越界行为 +3. **跌倒算法集成**:对接设备厂商跌倒检测SDK,或基于加速度数据自研算法 +4. **告警优先级分队列**:跌倒/SOS(最高优先级)> 心率异常 > 围栏越界 > 环境告警 +5. **家属告警推送**:多通道推送(微信服务通知 + APP推送 + 短信) +6. **视频通话集成**:低延迟音视频SDK,支持老人设备(平板/智能屏) + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------ | ------------------------------------------------------------------------------------------------- | +| `safety_device` | id, elder_id, device_type, device_sn, bind_at, battery_level, last_heartbeat | +| `location_track` | id, device_id, elder_id, lat, lng, speed, timestamp | +| `geo_fence` | id, elder_id, fence_name, polygon_points(JSONB), alert_type | +| `safety_alarm` | id, elder_id, alarm_type(fall/sos/fence/env), severity, device_id, location, triggered_at, ack_at | +| `guardian_binding` | elder_id, guardian_user_id, relation_type, permission_level, notify_types(array) | +| `env_sensor` | id, elder_id, sensor_type(smoke/gas/door), location_desc, last_reading, status | +| `video_care_log` | id, initiator_id, elder_id, call_type, duration, started_at, end_reason | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ----------- | --------------------------------------- | ---------------------- | +| MQTT Broker | EMQX | IoT设备消息接入 | +| GIS | 高德 Web服务 API | 地理围栏计算、轨迹回放 | +| 音视频 | 腾讯云实时音视频(TRTC)/ 声网(Agora) | 家属视频关爱 | +| 消息队列 | RabbitMQ / Kafka | 告警异步解耦 | +| 推送 | 极光/腾讯推送 + 短信 | 家属多通道告警通知 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ---------------- | -------------------------------------------- | -------------------- | +| 呼叫中心(06) | SOS/跌倒告警→坐席振铃响应 | 消息队列 → WebSocket | +| IoT管理(16) | 设备注册、状态同步、固件升级 | 内部API | +| 健康管理(08) | 体征危急值→健康告警 | 消息队列 | +| 政府监管(01) | SOS事件统计、响应时效汇报 | 内部API | +| 数据库系统(02) | 老人档案查询、档案写回(紧急联系人通知记录) | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | ---------------------------------------- | ----------------------------------------------- | +| 设备电池续航 | GPS定位高频上报耗电快 | 分级上报频率(活动时高频/静止时低频) | +| 误报率 | 跌倒/围栏告警误报会导致家属恐慌 | 设备端初步过滤 + 服务端二次确认(延迟10秒确认) | +| 视频通话合规 | 在老人居室内录像涉及隐私 | 明确告知,家属视频前需老人端统一确认 | +| 网络中断 | 设备离线时无法实时告警 | 设备本地缓存告警 + 恢复网络后立即上报 | +| 边界:不含设备采购 | 本系统负责软件接入,设备采购由运营方决定 | 建立设备入网认证标准 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2(但SOS功能需在P1阶段配合呼叫中心完成)** + +| 分期 | 内容 | 前置条件 | +| -------- | ------------------------------------------ | ------------------ | +| P1配合 | SOS设备接入 + 呼叫中心联动(核心安全底线) | 呼叫中心(06)就绪 | +| P2第一期 | GPS定位 + 电子围栏 + 基础告警 | IoT管理(16)就绪 | +| P2第二期 | 跌倒检测 + 环境监控 + 视频关爱 | — | + +--- + +## 12. 结论 + +智慧康养安全系统是平台安全保障网的感知层,其 IoT 设备接入、地理围栏、SOS 响应链路等核心能力在 mall 中完全缺失,**必须独立建设**。 + +SOS→呼叫中心的紧急响应链路具有生命安全意义,应作为P1阶段与呼叫中心(06)联合上线的优先功能,其余能力在P2阶段逐步完善。 diff --git a/docs/module-Planning/10-智慧康养居家养老管理系统-模块规划.md b/docs/module-Planning/10-智慧康养居家养老管理系统-模块规划.md new file mode 100644 index 00000000..2f093b8b --- /dev/null +++ b/docs/module-Planning/10-智慧康养居家养老管理系统-模块规划.md @@ -0,0 +1,173 @@ +# 智慧康养居家养老管理系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养居家养老管理系统是面向**居家老人、上门服务员和机构管理员**的核心服务调度系统,承担老人档案管理、服务项目订单管理、家庭医生签约管理、老年活动中心管理及智能呼叫调度等职能。 + +本系统是整个平台服务量最大的模块,是居家养老"最后一公里"服务的落地载体。 + +--- + +## 2. 建设目标 + +1. 建立完整的居家老人服务档案体系,包含个人基本信息、服务历史、家庭关系 +2. 实现居家服务(上门护理/助浴/助餐/家政)的在线预约、派单和执行管理 +3. 构建家庭医生签约管理功能,支持线上问诊和服务计划制定 +4. 提供老年活动中心(日间照料)的入托/活动/绩效管理 +5. 集成智能呼叫调度,支持服务员端实时接单和工作台管理 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 老人档案管理 +- 服务订单管理 +- 服务项目管理 +- 家庭医生管理 +- 老年活动中心 +- 智能呼叫调度 +- 工作台管理 + +### 3.2 二级模块 + +- **老人档案**:基本信息、家庭关系、失能等级(来自07评估)、紧急联系人、服务计划 +- **服务订单**:服务预约(老人/家属端)、订单分配(系统/手动)、服务执行确认(GPS打卡+照片)、评价 +- **服务项目**:服务目录维护(助浴/助餐/助洁/护理)、定价、服务时长标准 +- **家庭医生**:签约管理、服务计划制定、健康随访、在线咨询 +- **老年活动中心**:日间照料入托申请、活动课程、出勤记录、绩效报表 +- **智能呼叫**:老人一键呼叫→系统自动匹配就近服务员→推送接单通知 +- **工作台**:服务员端今日任务、路线规划、打卡记录、服务报告提交 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | --------------------------------------------- | -------------------------- | +| 智能派单 | 根据老人地址+服务类型+服务员技能/距离自动分配 | GIS距离计算 + 技能匹配算法 | +| GPS签到 | 服务员到达老人家地理围栏内才可开始服务 | 高德定位 + 地理围栏 | +| 服务执行确认 | 服务完成后拍照/老人/家属电子签名 | 移动端拍照 + Canvas签名 | +| 家庭医生签约 | 家庭医生与老人1:N签约,绑定服务计划 | 签约关系表 + 计划模板 | +| 活动中心出勤 | 刷卡/人脸/签到记录日间照料出勤 | 一卡通API调用 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:C(低契合,部分可参考)** + +mall 具备部分可参考的能力,但差异显著: + +| 能力 | mall 现状 | 可复用程度 | +| ------------------ | ------------------------- | ------------------------------------------- | +| 用户下单与服务预约 | 有商品下单流程 | 参考结构,需大量改造(服务型订单≠商品订单) | +| 骑手配送端 | 有骑手App(GPS接单/打卡) | 可参考移动端框架,核心逻辑差异大 | +| 订单状态机 | 有(7种状态) | 参考状态机设计,适配服务订单状态 | +| 工单/客服 | 有简单客服工单 | 不同场景,参考意义有限 | +| 评价体系 | 有商品评分 | 改造成服务评价 | +| 商品分类/目录 | 有SKU体系 | 可参考目录结构,服务无库存概念 | +| **老人档案** | **无** | **须独立建设** | +| **家庭医生签约** | **无** | **须独立建设** | +| **活动中心管理** | **无** | **须独立建设** | +| **GPS智能派单** | **无** | **须独立建设** | + +**建设路径:mall + 独立微服务(C级)** + +mall 的订单状态机和移动端框架可作为参考蓝本,但不建议直接在 mall 代码库中增量开发,需独立建设服务型订单系统,并通过 API 对接 mall 的支付能力(如果服务需要收费)。 + +--- + +## 5. 规划判断 + +**mall + 独立微服务(以独立为主)** + +- 老人/家属端:uni-app(小程序),复用 mall 的支付/登录组件 +- 服务员端:uni-app(独立应用,类似骑手端但完全重写) +- 管理后台:Vue3 Web(独立) +- 服务端:独立服务型订单服务(参考 mall 设计但独立部署) +- 支付:对接 mall 现有支付网关(政府补贴/个人自费混合结算) + +--- + +## 6. 需新增业务能力 + +1. **服务型订单引擎**:服务订单(无库存概念)的预约→分配→签到→执行→确认→评价→结算 +2. **智能派单算法**:基于GIS距离 + 服务员技能 + 可用时间窗口的最优匹配 +3. **家庭医生签约与随访管理**:签约周期管理、随访计划提醒、在线咨询记录 +4. **补贴抵扣结算**:政府补贴额度 + 个人自费混合支付,支持长护险抵扣 +5. **服务质量监控**:服务员GPS轨迹核验、超时预警、服务评分聚合 +6. **老年活动中心管理**:日间照料预约、活动排班、出勤统计、绩效报表 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------------ | ----------------------------------------------------------------------------------------------------------- | +| `home_service_order` | id, elder_id, service_type, scheduled_at, assignee_id, checkin_at, checkout_at, status, fee, subsidy_amount | +| `service_catalog` | id, name, category, description, price, duration_min, required_skills | +| `service_execution` | id, order_id, checkin_photo, checkout_photo, elder_signature, notes, result_confirmed | +| `family_doctor_contract` | id, doctor_id, elder_id, start_date, end_date, plan_id, status | +| `doctor_followup` | id, contract_id, date, method(online/offline), notes, health_data_ref | +| `activity_center` | id, name, address, capacity, manager_id | +| `day_care_booking` | id, elder_id, center_id, date, checkin_at, checkout_at | +| `call_dispatch` | id, elder_id, call_type, dispatch_time, assignee_id, response_time | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ---------------- | -------------------------------- | +| GIS | 高德路径规划API | 智能派单距离计算、服务员路线导航 | +| 定位 | 高德SDK | 服务员GPS打卡 | +| 电子签名 | Canvas手写签名 | 服务完成老人确认签字 | +| 补贴结算 | 自研补贴计算引擎 | 政府补贴额度抵扣计算 | +| 在线咨询 | 腾讯云IM / 融云 | 家庭医生与老人文字/语音咨询 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ---------------- | ---------------------------- | --------------- | +| 评估系统(07) | 失能等级→服务计划制定依据 | 内部API(只读) | +| 服务商管理(11) | 服务员来源、技能标签、考核分 | 内部API | +| 长护险(18) | 补贴抵扣额度同步 | 内部API | +| 呼叫中心(06) | 呼叫工单→服务派单 | 内部API | +| 安全系统(09) | SOS触发→居家服务员就近响应 | 消息队列 | +| mall支付(19) | 个人自费部分支付 | 内部支付网关 | +| 数据库系统(02) | 老人档案读写 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ---------------------- | ---------------------------------------------- | ---------------------------------------- | +| 补贴结算规则复杂 | 各省市补贴标准不统一 | 补贴规则可配置化,不硬编码 | +| 服务员定位造假 | GPS打卡可能被外挂软件欺骗 | 设备+位置双重验证+照片时间戳 | +| 家庭医生供给不足 | 签约需要真实医生资质 | 引入第三方家庭医生平台 ⚠️ 待确认合作模式 | +| 边界:不含机构住院护理 | 本系统为居家上门服务,机构内护理由其他模块处理 | 明确服务范围 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------------ | -------------------------------- | +| 第一期 | 老人档案 + 服务订单(预约+执行)+ 服务员端 | 数据库(02)、系统管理(05)就绪 | +| 第二期 | 智能派单 + 补贴抵扣 + 评价体系 | 评估(07)、长护险(18)完成 | +| 第三期 | 家庭医生签约 + 活动中心 + 统计报表 | — | + +--- + +## 12. 结论 + +居家养老管理系统是平台服务量最大的核心模块,mall 的订单状态机和移动端框架有一定参考价值(C级契合),但老人档案、智能派单、家庭医生签约等核心业务能力在 mall 中完全缺失。 + +**建议以独立系统建设为主,参考 mall 设计模式,通过 API 对接 mall 的支付能力**,避免在 mall 内部堆砌医养业务逻辑导致架构污染。P1阶段优先完成核心服务订单闭环,家庭医生和活动中心在P1后期或P2补充。 diff --git a/docs/module-Planning/11-智慧康养服务商管理系统-模块规划.md b/docs/module-Planning/11-智慧康养服务商管理系统-模块规划.md new file mode 100644 index 00000000..00e1faef --- /dev/null +++ b/docs/module-Planning/11-智慧康养服务商管理系统-模块规划.md @@ -0,0 +1,173 @@ +# 智慧康养服务商管理系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养服务商管理系统是连接**平台(政府/运营方)与服务供给侧(服务商/从业人员)** 的 B2G/B2B/B2C 三维业务系统,负责服务商的注册准入、资质审核、人员管理、服务范围配置、订单履约管理、信用评分和 IoT 服务监控(500+ 终端)。 + +本系统是整个平台"服务能力供给"的核心,服务商数量与质量直接决定居家养老、社区助餐等业务的履约能力。 + +--- + +## 2. 建设目标 + +1. 实现服务商在线注册申请→政府资质审核→平台入驻的完整准入流程 +2. 管理服务商人员档案、技能认证、绩效考核 +3. 支持服务商自主配置服务范围(区域)和服务项目(价格/时长) +4. 构建服务商信用体系,基于服务完成率、评分、投诉率等维度动态评分 +5. 提供服务监控能力,对 500+ IoT 终端和服务执行进行实时追踪 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 服务商注册与审核 +- 服务商档案管理 +- 服务人员管理 +- 服务范围与项目管理 +- 订单管理 +- 绩效与考核体系 +- 信用评分体系 +- 服务监控 + +### 3.2 二级模块 + +- **注册审核**:服务商申请→资质材料上传→审核→入驻通知→账号激活 +- **档案管理**:基本信息、营业执照、服务许可、合同管理、开票信息 +- **人员管理**:招募、技能认证(护工/护士/医生证)、排班、考勤 +- **服务范围**:地图选区设置服务覆盖区域、可承接服务类型 +- **订单管理**:待接单队列、执行中订单、历史订单、订单异常处置 +- **绩效考核**:月度绩效报表、服务完成率、评分均值、投诉率分析 +- **信用评分**:综合评分算法(完成率/投诉/证书效期等),等级标签 +- **服务监控**:500+ IoT 终端状态汇总、告警统计、设备分布地图 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------- | --------------------------------------------------------------------- | ---------------------------- | +| 资质审核流程 | 材料OCR识别 + 人工审核 + 多级批准 | OCR + 工作流引擎 | +| 服务区域配置 | 地图绘制多边形服务区域 | 高德地图绘图API + 多边形存储 | +| 信用评分算法 | 加权综合评分 = 完成率×40% + 评分均值×30% + 投诉率×-20% + 证书效期×10% | 定期计算任务 | +| 500+ 设备监控 | 实时展示所有设备在线率、告警数、最近上报 | MQTT状态聚合 + 分页仪表盘 | +| 订单分析 | 服务商维度的订单量/收入/退款分析 | 统计服务 + 图表 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:B(中契合,商家管理可参考)** + +mall 具备完整的商家(Merchant)管理体系,与本系统存在结构性相似: + +| 能力 | mall 现状 | 可复用程度 | +| -------------------- | ----------------------- | -------------------------------- | +| 商家注册与审核 | 有(资质上传+人工审核) | B - 可参考审核流程,但字段需扩展 | +| 商家商品/服务管理 | 有(商品目录+SKU) | B - 服务目录可参考,去除库存概念 | +| 订单管理(商家侧) | 有(接单/拒单/发货) | B - 参考状态机,改造为服务型订单 | +| 商家账单/提现 | 有 | B - 可直接复用或少量改造 | +| 商家评分/评价 | 有 | B - 扩展为信用评分体系 | +| **服务人员管理** | **无** | **须新建** | +| **IoT设备监控** | **无** | **须新建** | +| **地理服务区域配置** | **无** | **须新建** | +| **信用评分算法** | **无** | **须新建** | +| **政府准入审批** | **无** | **须新建(B2G部分)** | + +**建设路径:mall 商家管理基础 + 大量独立微服务扩展** + +建议在独立系统中参考 mall 商家管理的设计模式(审核流程、账单结算),但不在 mall 内部改造,以避免电商逻辑与医养业务逻辑的交叉污染。 + +--- + +## 5. 规划判断 + +**mall + 独立微服务(以独立为主,参考 mall B 级能力)** + +- 服务商端:uni-app(小程序) +- 平台管理端:Vue3 Web +- 服务端:独立服务商服务(参考 mall 商家服务的设计架构) +- IoT监控层:依托 IoT 管理(16)和安全系统(09)的数据聚合 + +--- + +## 6. 需新增业务能力 + +1. **服务商准入评审**:资质材料多维度核验(国标服务资质要求) +2. **从业人员证件管理**:护理员/护士/医生证有效期自动预警 +3. **地理服务区域可视化配置**:服务商在地图上自助划定服务范围 +4. **信用评分引擎**:可配置权重的综合信用评分,等级自动更新 +5. **服务商资金分账**:订单完成后自动结算到服务商子账户 +6. **IoT监控聚合**:500+ 设备按服务商维度聚合展示状态 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ---------------------------- | ----------------------------------------------------------------------------------------------- | +| `service_provider` | id, name, biz_license_no, service_license_no, district_code, credit_score, credit_grade, status | +| `provider_qualification_doc` | provider_id, doc_type, doc_url, ocr_result(JSONB), expire_date, verify_status | +| `provider_staff` | id, provider_id, name, cert_type, cert_no, cert_expire, skill_tags, status | +| `provider_service_area` | provider_id, polygon_points(JSONB), effective_date | +| `provider_service_catalog` | provider_id, service_catalog_id, price, min_duration_min, max_concurrent | +| `provider_order` | id, provider_id, order_id (ref home_service_order), status, staff_id | +| `provider_credit_record` | id, provider_id, score_before, score_after, reason, calc_at | +| `provider_wallet` | provider_id, balance, frozen_amount, last_settled_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ------------------------- | ------------------------ | +| GIS | 高德地图绘图API | 服务区域多边形绘制与存储 | +| OCR | 腾讯云OCR | 营业执照/证书自动识别 | +| 分账 | 微信商户分账 / 支付宝分账 | 服务费用自动分账给服务商 | +| 定时任务 | XXL-JOB | 每日信用评分重算 | +| 消息推送 | 微信模板消息 | 审核结果、订单通知 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ------------------ | ------------------------ | -------- | +| 审批系统(04) | 服务商资质审批结论 | 内部API | +| 居家养老管理(10) | 服务员派单、订单数据 | 内部API | +| IoT管理(16) | 设备监控数据聚合 | 内部API | +| 数据库系统(02) | 服务商档案写入、人员档案 | 内部API | +| mall支付(19) | 服务费支付与分账 | 支付网关 | +| 政府监管(01) | 服务商信用、服务量统计 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------------ | -------------------------------- | --------------------------------------------- | +| 服务商造假资质 | 伪造营业执照或资质证书 | OCR + 人工双重验证 + 工商查询API(⚠️ 待确认) | +| 分账合规 | 资金分账需满足第三方支付监管要求 | 使用持牌支付机构的分账功能 | +| 信用评分算法公平性 | 新入驻服务商样本量少,评分不准确 | 新商家保护期机制(前30单不计负评) | +| 边界:不含服务员劳动合同 | HR管理和劳动合同不在本系统范围 | 仅管理技能资质和绩效,不涉及劳动关系 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------------- | -------------------------- | +| 第一期 | 服务商注册审核 + 人员管理 + 服务目录配置 | 审批系统(04)就绪 | +| 第二期 | 订单管理 + 服务区域配置 + 结算分账 | 居家养老(10)订单系统就绪 | +| 第三期 | 信用评分 + IoT监控 + 绩效报表 | IoT管理(16)就绪 | + +--- + +## 12. 结论 + +服务商管理系统是平台服务能力的供给端,mall 商家管理体系(审核流程、账单结算)对本模块具有中等参考价值(B级),但服务人员证件管理、地理服务区域、IoT监控等核心医养特性能力须独立建设。 + +**建议参考 mall 商家管理的设计模式独立建设**,通过API对接 mall 支付分账能力,避免在 mall 内部直接改造带来的代码耦合风险。 diff --git a/docs/module-Planning/12-智慧康养志愿者管理系统-模块规划.md b/docs/module-Planning/12-智慧康养志愿者管理系统-模块规划.md new file mode 100644 index 00000000..5a780253 --- /dev/null +++ b/docs/module-Planning/12-智慧康养志愿者管理系统-模块规划.md @@ -0,0 +1,160 @@ +# 智慧康养志愿者管理系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养志愿者管理系统是基于**"时间银行"公益机制**的志愿服务管理平台,核心创新在于通过区块链技术存证志愿服务时长,并允许志愿者以积累的"公益时间"兑换礼品或未来的养老服务权益。 + +本系统的核心用户为社会志愿者(及其家庭),以及负责志愿服务调度的社区工作人员。 + +--- + +## 2. 建设目标 + +1. 构建志愿者注册、技能认证和服务调度管理体系 +2. 实现时间银行账户管理:服务时长记录→区块链存证→时间积分发放 +3. 提供礼品管理(200+ SKU)和时间积分兑换功能 +4. 支持志愿服务数据统计汇总,供政府监管部门查阅 +5. 通过公益激励机制吸引社会志愿者参与养老服务 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 志愿者注册与档案管理 +- 志愿服务发布与调度 +- 服务执行管理 +- 时间银行账户体系 +- 礼品管理与兑换 +- 统计报表 + +### 3.2 二级模块 + +- **志愿者注册**:实名认证、技能标签(陪聊/助餐/助医/文体)、服务意愿设置 +- **服务发布**:社区发布服务需求、轮播/推送给合适志愿者 +- **服务执行**:志愿者签到(GPS打卡)、服务时长记录、老人确认 +- **时间银行**:时长积分账户余额、收支明细、区块链存证哈希查询 +- **礼品管理**:礼品目录(200+ SKU)、库存管理、积分价格配置 +- **兑换管理**:志愿者提交兑换申请、审核、实物/服务发放 +- **统计报表**:志愿者人数、服务时长、覆盖老人数、兑换数量 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | -------------------------------------- | ------------------------------------- | +| 时间银行积分 | 每分钟服务 = 1积分,专用于养老服务兑换 | 积分引擎(独立于mall积分) | +| 区块链存证 | 每笔服务记录上链,防止篡改 | 联盟链(蚂蚁链/腾讯云区块链)写入存证 | +| 礼品200+ SKU | 实物礼品库存管理与积分兑换 | 类似 mall 商品SKU但无购买概念 | +| GPS服务签到 | 到达服务地点才可开始计时 | 高德定位 + 地理围栏 | +| 志愿者匹配 | 按技能标签+距离推送服务需求 | 技能过滤 + GIS距离排序 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +表面上礼品兑换与 mall 商品管理有结构相似性,但存在根本性差异: + +| 能力需求 | mall 现状 | 结论 | +| ------------------------ | ------------------------------------ | -------------------------- | +| 时间银行积分(公益时长) | 有积分体系,但为消费积分(购物赠送) | 业务逻辑完全不同,不可复用 | +| 区块链存证 | 无 | 须独立建设 | +| 礼品管理(兑换模式) | 有商品,但为销售模式 | 兑换无需支付,逻辑完全不同 | +| 志愿者注册与技能管理 | 无志愿者实体 | 须独立建设 | +| 志愿服务发布与调度 | 无 | 须独立建设 | +| GPS服务计时 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备时间银行/公益激励的概念,积分体系的逻辑与商业电商积分完全不同,强行复用会造成数据模型混乱。 + +--- + +## 5. 规划判断 + +**独立系统建设** + +- 志愿者端:uni-app(微信小程序) +- 管理后台:Vue3 Web +- 区块链存证:对接联盟链SDK(蚂蚁链/腾讯云区块链) +- 礼品管理:独立实物库管系统(参考仓储管理) + +--- + +## 6. 需新增业务能力 + +1. **公益时间积分引擎**:独立于商业积分的时间积分体系,以分钟为单位计算 +2. **区块链存证接入**:每笔完成服务→生成服务证明→上链存证→返回存证哈希 +3. **志愿者技能标签体系**:标准化志愿服务技能分类(国标参考或自定义) +4. **服务发布与匹配**:社区发布养老志愿服务需求,系统智能推送给匹配志愿者 +5. **礼品库存管理**:200+ SKU实物礼品入库/出库/预警 +6. **兑换审核流程**:积分兑换申请→库存核查→发货→确认收到 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| -------------------------- | ------------------------------------------------------------------------------------------ | +| `volunteer` | id, user_id, name, id_verified, skill_tags, status, time_bank_balance | +| `volunteer_service_task` | id, community_id, task_name, skill_required, elder_id, scheduled_at, status | +| `volunteer_service_record` | id, task_id, volunteer_id, checkin_at, checkout_at, minutes_earned, blockchain_hash | +| `time_bank_ledger` | id, volunteer_id, change_type(earn/redeem), minutes, balance_after, related_id, created_at | +| `blockchain_cert` | id, record_id, chain_type, tx_hash, block_height, cert_url, created_at | +| `gift_catalog` | id, name, sku_code, image, point_cost, stock, category, status | +| `gift_redemption` | id, volunteer_id, gift_id, quantity, total_points, address, status, tracking_no | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ------------------------- | -------------------- | +| 区块链 | 蚂蚁链 BaaS / 腾讯云TBaaS | 志愿服务时长存证 | +| 定位 | 高德SDK | GPS签到打卡 | +| 库存管理 | 自研轻量WMS | 礼品出入库管理 | +| 推送 | 微信模板消息 | 服务需求推送给志愿者 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ------------------ | ------------------------ | ------- | +| 数据库系统(02) | 老人档案(服务对象信息) | 内部API | +| 政府监管(01) | 志愿者服务统计数据 | 内部API | +| 系统管理中心(05) | 志愿者账号管理 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------------ | ---------------------------------------- | ------------------------------------- | +| 区块链成本 | 上链每笔有Gas费用 | 采用联盟链(低成本)而非公链 | +| 虚假签到 | 志愿者远程打卡骗取时间积分 | GPS围栏严格核验 + 老人确认签字 | +| 礼品库存管理难度 | 200+ SKU需完善的WMS功能 | 分阶段上架,先以小规模验证 | +| 时间银行可持续性 | 公益时间未来能否真正换取服务 | ⚠️ 该商业模式需业务方提前规划兑付规则 | +| 边界:不含志愿者薪酬发放 | 志愿服务为公益性质,不涉及劳动合同和薪酬 | 仅时间积分,不含货币结算 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------ | ------------------ | +| 第一期 | 志愿者注册 + 服务记录 + 基础时间积分 | 老人档案(02)就绪 | +| 第二期 | 区块链存证 + 礼品兑换 | 区块链SDK选型确认 | +| 第三期 | 服务匹配优化 + 统计报表 + 政府对接 | — | + +--- + +## 12. 结论 + +志愿者管理系统虽然在礼品管理方面与 mall 有表面相似性,但时间银行(公益积分)与区块链存证的核心机制与商业电商积分逻辑完全不同,**不可在 mall 基础上改造,必须独立建设**。 + +建议区块链存证采用联盟链方案(阿里/腾讯BaaS),兼顾成本控制和存证可信度。礼品管理模块建议轻量实现,优先保证服务记录和时间积分的准确性与可信性。 diff --git a/docs/module-Planning/13-智慧康养短信平台系统-模块规划.md b/docs/module-Planning/13-智慧康养短信平台系统-模块规划.md new file mode 100644 index 00000000..14a788cd --- /dev/null +++ b/docs/module-Planning/13-智慧康养短信平台系统-模块规划.md @@ -0,0 +1,164 @@ +# 智慧康养短信平台系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养短信平台系统是全平台的**消息基础设施**,为所有业务模块提供短信发送能力,包括业务通知短信(服务确认/审核结果/订单变更)、健康预警短信(体征异常推送家属)、系统告警短信(设备离线/SOS事件)以及模板管理、接口对接和发送统计等能力。 + +本系统是平台级基础能力,不面向终端用户直接提供界面,而是作为内部服务对其他模块暴露 API。 + +--- + +## 2. 建设目标 + +1. 提供统一的短信发送 API,所有业务模块通过统一入口发送短信,避免各模块各自对接运营商 +2. 管理短信模板,支持变量占位符(老人姓名/服务时间/家属联系方式) +3. 实现健康预警短信的优先级发送(体征危急值 = 最高优先级) +4. 提供发送统计与失败重试机制 +5. 支持多运营商/多通道切换,保障发送成功率 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 短信发送服务 +- 健康预警短信 +- 告警自动发送 +- 模板管理 +- 运营商接口对接 +- 发送统计 +- 权限管理 + +### 3.2 二级模块 + +- **短信发送服务**:单发、群发、定时发送 API +- **健康预警**:健康管理系统(08)触发危急值短信,优先级队列 +- **告警自动发送**:安全系统(09)SOS/跌倒/走失告警短信自动发送给家属/护工 +- **模板管理**:内置系统模板 + 自定义模板,工信部报备管理 +- **运营商对接**:阿里云短信/腾讯云短信/云之讯等多通道配置,自动故障切换 +- **发送统计**:每日/月发送量、成功率、费用统计、模板使用排行 +- **权限管理**:各模块调用限额、IP白名单、API密钥管理 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | ------------------------------------------------------ | ------------------------- | +| 统一短信API | 内部HTTP API接口,接收目标号码+模板+变量,返回发送结果 | RESTful API + 异步回调 | +| 优先级队列 | SOS告警 > 健康危急 > 业务通知,高优先级跳过排队 | 分级消息队列(多个Queue) | +| 多通道切换 | 主通道失败→自动切换备用通道(<30s内) | 健康检查 + 故障转移逻辑 | +| 模板变量渲染 | 模板中 ${name}、${time} 占位符替换 | 字符串模板引擎 | +| 失败重试 | 发送失败后按指数退避重试(最多3次) | 重试队列 + 退避算法 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:C(低契合,架构可参考但不可直接复用)** + +mall 自身集成了短信发送功能(注册验证码/订单通知),但: + +| 能力 | mall 现状 | 结论 | +| ---------------- | ------------------------- | -------------------------------- | +| 短信发送基础能力 | 有(阿里云短信SDK集成) | 可参考实现方式,但未做成独立服务 | +| 模板管理界面 | 无(模板硬编码在业务层) | 须新建专项管理界面 | +| 优先级消息队列 | 无 | 须新建 | +| 多通道故障切换 | 无 | 须新建 | +| 健康预警短信业务 | 无(纯电商领域无此需求) | 须新建 | +| 多模块统一API | 无(短信dispersed在各处) | 须统一接入点设计 | + +**建设路径:独立微服务(C→D,以独立为主)** + +鉴于全平台27个模块都需要短信能力,建议将本系统建设为独立的基础设施微服务(类似短信网关),而非在 mall 中扩展。 + +--- + +## 5. 规划判断 + +**独立微服务(短信基础设施)** + +- 无独立用户界面(仅有内部管理后台) +- 对内:提供HTTP/gRPC短信发送API +- 对外:对接阿里云/腾讯云短信平台 +- 管理界面:轻量级Vue3 Web(模板管理+统计查看) + +--- + +## 6. 需新增业务能力 + +1. **统一短信网关API**:标准化短信发送接口(单发/批量发/定时发) +2. **模板管理与工信部报备**:短信模板的创建、审核状态管理、报备流程追踪 +3. **多通道编排**:配置主备通道,自动健康检查和故障切换 +4. **优先级队列**:至少三级优先级(紧急/普通/营销) +5. **发送限流**:按调用方(模块)设置每小时/每日发送上限,防止异常刷量 +6. **号码黑名单**:支持用户退订(短信STOP指令处理),合规管理 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| -------------------- | --------------------------------------------------------------------------------------------- | +| `sms_template` | id, code, name, content, variables(array), channel_template_ids(JSONB), status, registered_at | +| `sms_send_record` | id, template_id, receiver, variables(JSONB), channel, priority, status, sent_at, fail_reason | +| `sms_channel_config` | id, provider(aliyun/tencent), access_key, priority_level, is_active, health_status | +| `sms_quota_config` | caller_module, hour_limit, day_limit, current_hour_count, current_day_count | +| `sms_blacklist` | phone_no, reason, added_at, added_by | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | -------------------------------- | ------------------------ | +| 短信服务商 | 阿里云SMS(主)+ 腾讯云SMS(备) | 短信发送通道 | +| 消息队列 | RabbitMQ(多级优先级队列) | 异步发送、优先级管理 | +| 缓存 | Redis | 限流计数器、号码频率控制 | +| 监控 | Prometheus指标暴露 | 发送成功率、队列深度监控 | + +--- + +## 9. 外部系统对接关系 + +| 对接方(调用方) | 典型短信场景 | +| ---------------- | ------------------------------- | +| 健康管理(08) | 体征危急值告警 → 家属 | +| 安全系统(09) | SOS/跌倒/走失 → 家属+紧急联系人 | +| 长护险(18) | 服务完成确认 → 老人/监察员 | +| 审批系统(04) | 补贴审核结果 → 申请人 | +| 居家养老(10) | 服务预约确认 → 老人 | +| 医养商城(19) | 订单发货/物流更新 → 消费者 | +| 系统管理(05) | 账号注册/密码重置验证码 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ----------------- | -------------------------------------------------------- | --------------------------- | +| 工信部模板审核 | 短信模板需报备审核,周期1-3天 | 提前规划模板,预留报备时间 | +| 短信费用失控 | 告警类短信量大,费用可能超预期 | 限流配置 + 每日用量预警 | +| 号码归属地屏蔽 | 某些运营商拦截短信 | 多通道备份 + 短信到达率监控 | +| 边界:不含APP推送 | APP推送由各业务模块自行集成极光/腾讯推送,本系统仅做短信 | 明确能力范围 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1(基础设施,其他模块依赖)** + +| 分期 | 内容 | 说明 | +| ---------------- | ------------------------------------------- | ------------------------------- | +| 第一期(P1同步) | 基础短信发送API + 验证码模板 + 阿里云单通道 | 所有P1模块的账号/通知依赖此能力 | +| 第二期 | 模板管理界面 + 优先级队列 + 多通道切换 | — | +| 第三期 | 用量统计報表 + 限流控制 + 黑名单管理 | — | + +--- + +## 12. 结论 + +短信平台是全平台级基础设施,须在P1阶段早期完成基础能力建设,支撑其他模块的通知依赖。 + +mall 现有分散的短信代码可作为起点参考,但须重新设计为**独立微服务架构**,提供统一API入口,实现多通道管理、优先级调度和合规管控,避免27个模块各自维护短信代码的维护灾难。 diff --git a/docs/module-Planning/14-智慧康养社区助餐可视化系统-模块规划.md b/docs/module-Planning/14-智慧康养社区助餐可视化系统-模块规划.md new file mode 100644 index 00000000..7260d659 --- /dev/null +++ b/docs/module-Planning/14-智慧康养社区助餐可视化系统-模块规划.md @@ -0,0 +1,167 @@ +# 智慧康养社区助餐可视化系统 模块规划 + +--- + +## 1. 模块定位 + +智慧康养社区助餐可视化系统是以**老年人助餐服务**为核心的 O2O(线上到线下)平台,涵盖老人在线/到店点餐、刷卡/人脸识别结算、配送上门和助餐站可视化大屏管理等功能。 + +本系统集商业价值(可快速产生可视化效果,用于招商展示)与民生价值(解决独居老人就餐难题)于一体,是平台早期可见成果最显著的模块之一。 + +--- + +## 2. 建设目标 + +1. 支持老人在线点餐(小程序)和到店自助点餐(人脸识别终端) +2. 实现助餐费用管理(政府补贴 + 个人支付混合) +3. 提供配送上门服务(对接骑手配送系统) +4. 构建助餐站可视化大屏(当日就餐人数/菜品销量/补贴使用情况) +5. 与政府监管系统对接,输出助餐运营数据 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 基本信息申请 +- 在线点餐 +- 到店自助点餐(人脸识别) +- 配送上门 +- 助餐站管理系统 +- 可视化大屏 + +### 3.2 二级模块 + +- **基本信息申请**:老人助餐资格申请(年龄/失能等级),平台审核后享受补贴 +- **在线点餐**:菜品浏览、加购、下单、补贴自动抵扣、支付剩余金额 +- **自助点餐**:到店自助点餐机器(iPad/触摸屏),人脸识别身份+自动出餐 +- **配送上门**:不方便外出的老人选择配送,骑手接单配送 +- **助餐站管理**:菜品管理(每日菜单)、厨师出餐管理、库存管理、补贴核销 +- **可视化大屏**:当日就餐实时统计、补贴消耗、配送追踪地图 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | -------------------------------------------- | --------------------------- | +| 人脸识别点餐 | 老人到助餐站刷脸,自动识别身份+弹出菜单 | 人脸识别SDK + 自助终端 | +| 补贴自动抵扣 | 下单时自动计算政府补贴额度,老人只付差价 | 补贴计算引擎 | +| 骑手配送对接 | 配送上门订单对接骑手系统(类 mall 外卖配送) | 参考 mall 骑手模块 | +| 可视化大屏 | 实时展示当日助餐站运营数据 | ECharts + WebSocket实时刷新 | +| 每日菜单管理 | 助餐站每日上午更新菜品,老人11点前下单 | 定时任务 + 菜品状态 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:B(中契合)** + +mall 的外卖/餐饮类订单机制与本系统相似度较高: + +| 能力 | mall 现状 | 可复用程度 | +| ------------------ | -------------------------- | -------------------------------------- | +| 餐品目录管理 | 有商品CRUD,可视为菜品管理 | B - 直接参考,去除库存/物流复杂度 | +| 在线下单支付 | 有完整下单链路 | B - 可直接参考,需加入补贴抵扣逻辑 | +| 骑手配送 | 有骑手端+配送追踪 | **B - 配送上门可直接复用mall骑手模块** | +| 商家管理(助餐站) | 有(类似外卖商家) | B - 可参考商家端改造为助餐站管理 | +| 支付体系 | 微信/支付宝支付 | B - 可直接对接 | +| **人脸识别点餐** | **无** | **须独立建设** | +| **政府补贴结算** | **无** | **须独立建设** | +| **可视化大屏** | **无** | **须独立建设** | +| **助餐资格申请** | **无** | **须独立建设** | + +**建设路径:mall + 独立微服务(以mall为基础,扩展医养特性)** + +配送模块可直接复用 mall 骑手配送代码,在线点餐可参考 mall 下单流程;但补贴结算、人脸识别、可视化大屏需独立开发。 + +--- + +## 5. 规划判断 + +**mall + 独立微服务** + +- 老人点餐端:uni-app(小程序),复用 mall 下单/支付组件 +- 助餐站管理端:uni-app 或 Vue3 Web(兼容平板收银台) +- 骑手配送:**直接复用 mall 骑手模块**(仅需配置助餐专属配送逻辑) +- 独立服务:补贴计算服务、人脸识别接入服务、可视化大屏服务 + +--- + +## 6. 需新增业务能力 + +1. **助餐资格审核**:老人申请助餐资格→机构审核→激活补贴账户 +2. **补贴计算与核销**:按老人等级和地区标准计算补贴金额,订单完成后核销 +3. **人脸识别点餐终端**:对接助餐站触摸屏/平板的人脸识别硬件 +4. **每日菜单管理**:重复性菜品录入简化(复制前日菜单/固定菜库) +5. **可视化大屏**:ECharts实时刷新,数据精确到分钟级 +6. **营养建议**:根据老人健康档案(可选),在点餐时展示营养搭配建议 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | +| `meal_station` | id, name, address, district_code, manager_id, status | +| `meal_qualification` | elder_id, start_date, end_date, daily_subsidy, status | +| `meal_menu` | id, station_id, date, dishes(JSONB), publish_at, order_deadline | +| `meal_dish` | id, name, image, price, category, allergen_tags | +| `meal_order` | id, elder_id, station_id, menu_date, order_type(delivery/dine-in/self-service), items(JSONB), total, subsidy_amount, self_pay, status | +| `meal_delivery` | id, order_id, rider_id, pickup_at, delivered_at, address, status | +| `meal_face_record` | id, elder_id, station_id, recognized_at, order_id | +| `meal_subsidy_ledger` | id, elder_id, month, used_amount, balance, settled_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ------------------------------- | ---------------- | +| 人脸识别 | 腾讯云人脸识别 / 海康威视人脸机 | 到店刷脸点餐 | +| 可视化 | ECharts + WebSocket | 大屏实时数据展示 | +| 骑手配送 | 复用mall骑手模块 | 配送上门 | +| 支付 | 复用mall支付网关 | 自费部分收款 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ---------------- | ------------------------------ | --------------- | +| mall骑手模块 | 配送上门订单推送给骑手 | 内部API(复用) | +| mall支付 | 自费部分支付 | mall支付网关 | +| 数据库系统(02) | 老人身份核验、档案关联 | 内部API | +| 审批系统(04) | 助餐资格审核(如需政府审批) | 内部API | +| 政府监管(01) | 助餐运营数据上报 | 内部API | +| 长护险(18) | 部分助餐费用可能纳入长护险报销 | ⚠️ 待确认 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ---------------------- | -------------------------------------------- | ------------------------------------ | +| 人脸识别硬件兼容 | 不同助餐站硬件品牌不统一 | 制定统一的人脸设备入网标准 | +| 补贴结算合规 | 补贴核销需接受民政部门审计 | 完整留存核销记录,支持导出 | +| 菜品食品安全 | 助餐属于食品服务,有卫生要求 | 系统记录供餐机构卫生证,定期提醒续期 | +| 边界:不含厨房备餐管理 | 系统不管理厨房内部流程,仅管理菜品目录和订单 | 明确系统边界 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------------------ | ---------------------------- | +| 第一期 | 在线点餐 + 到店核销(一卡通/扫码)+ 基础补贴抵扣 | mall支付、老人档案(02)就绪 | +| 第二期 | 骑手配送上门 + 人脸识别终端 + 菜单管理 | mall骑手模块就绪 | +| 第三期 | 可视化大屏 + 补贴核销报表 + 政府对接 | — | + +--- + +## 12. 结论 + +社区助餐系统是平台最具展示价值的民生服务模块,mall 在在线订餐和骑手配送方面具有 B 级可复用能力,尤其是**骑手模块可直接复用**,显著节省开发成本。 + +建议以 mall 订单/配送能力为基础,独立开发助餐补贴结算、人脸识别点餐和可视化大屏三大核心扩展能力,**快速上线形成招商展示效果**,同时为后续政府补贴审计积累数据基础。 diff --git a/docs/module-Planning/15-家庭床位及适老化改造系统-模块规划.md b/docs/module-Planning/15-家庭床位及适老化改造系统-模块规划.md new file mode 100644 index 00000000..b0faa992 --- /dev/null +++ b/docs/module-Planning/15-家庭床位及适老化改造系统-模块规划.md @@ -0,0 +1,161 @@ +# 家庭床位及适老化改造系统 模块规划 + +--- + +## 1. 模块定位 + +家庭床位及适老化改造系统是对接**政府补贴政策**的居家养老基础设施建设管理系统,覆盖家庭养老床位的申请审核、适老化改造项目管理、智能硬件设备安装与管理、上门服务管理以及完工后的监管与数据反馈全生命周期。 + +本系统是政府"家庭养老床位"补贴项目落地的数字化载体,兼具政策性(审批合规)和服务性(改造施工管理)特征。 + +--- + +## 2. 建设目标 + +1. 实现家庭床位申请→政府审核→签约的在线化流程 +2. 管理适老化改造项目(无障碍改造/辅具适配/智能设备安装)的施工进度 +3. 提供智能硬件设备的入户安装记录和运营状态管理 +4. 构建上门服务管理(改造施工人员的任务派发与执行记录) +5. 支持改造完成后的监管验收和数据分析 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 家庭床位申请与签约 +- 适老化改造管理 +- 智能硬件设备管理 +- 上门服务管理 +- 监管与验收 +- 数据分析 + +### 3.2 二级模块 + +- **申请与签约**:老人/家属提交申请(住房信息/失能等级)→政府审核→合同签约→补贴确认 +- **适老化改造**:改造项目清单(防滑扶手/坡道/加宽门框等)、预算核定、施工队派单 +- **硬件设备**:智能设备清单(呼叫器/摄像头/传感器)、安装记录、设备与老人档案绑定 +- **上门服务**:施工人员任务分配、进场打卡(GPS+照片)、阶段验收、完工交付 +- **监管验收**:政府/机构人员现场验收、照片留存、验收结论、补贴拨付触发 +- **数据分析**:改造户数、覆盖率、改造类型分布、设备使用率 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 技术要点 | +| ------------ | -------------------------------------------------------- | --------------------------------- | +| 改造项目清单 | 标准化改造项目目录,老人可选择,自动计算补贴金额 | 项目目录 + 补贴单价配置 | +| 施工进度追踪 | 施工人员上传每阶段进度照片,管理员远程查看 | 移动端拍照 + OSS存储 + 进度状态机 | +| 硬件设备绑定 | 设备SN码与老人档案绑定,安装完成后自动接入安全系统(09) | 设备注册API调用 | +| 验收流程 | 竣工照片+验收人员签字→触发补贴核定指令 | 电子签名 + 工作流 | +| 数据看板 | 改造进度、户数统计、资金使用率 | ECharts | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:C(低契合,部分结构可参考)** + +mall 的服务型订单和上门服务概念与本系统有部分相似性: + +| 能力 | mall 现状 | 可复用程度 | +| -------------------------- | -------------------- | ---------------------------------- | +| 服务订单状态机 | 有(居家服务参考) | C - 可参考状态流转设计 | +| 上门服务人员(类骑手) | 骑手端GPS打卡+照片 | C - 可参考移动端设计,场景差异大 | +| 审核流程 | 商家入驻审核(基础) | C - 参考意义有限,合同签约逻辑不同 | +| **家庭床位申请(政策性)** | **无** | **须独立建设** | +| **改造项目目录与补贴核算** | **无** | **须独立建设** | +| **IoT设备入户安装** | **无** | **须独立建设** | +| **政府验收与补贴拨付触发** | **无** | **须独立建设** | + +**建设路径:mall + 独立微服务(以独立为主,参考 mall 服务订单设计模式)** + +--- + +## 5. 规划判断 + +**mall + 独立微服务(独立为主)** + +- 老人/家属申请端:uni-app(小程序) +- 施工人员端:uni-app(移动端) +- 管理/验收端:Vue3 Web +- 服务端:独立项目管理服务 +- 与安全系统(09)和IoT管理(16)通过API对接完成设备注册 + +--- + +## 6. 需新增业务能力 + +1. **家庭床位申请流程**:在线填写住房信息、上传证明材料、等待政府审核 +2. **标准改造项目目录**:国家/地方补贴支持的改造项目清单和补贴金额上限 +3. **施工人员任务派发**:按地区和技能分配施工任务,移动端接单 +4. **多阶段验收机制**:开工照片→中期照片→竣工照片→政府/机构验收 +5. **设备入户注册**:安装设备后自动注册到IoT平台,与老人档案绑定 +6. **补贴核算与拨付请求**:验收通过后自动生成补贴申请单,流转至审批系统(04) + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------------- | -------------------------------------------------------------------------------------------------- | +| `home_bed_application` | id, elder_id, address, house_type, disability_grade, status, approved_at, contract_url | +| `renovation_project` | id, application_id, items(JSONB), total_estimated_cost, subsidy_amount, start_date, end_date | +| `renovation_item_catalog` | id, name, category, unit, max_subsidy_per_unit, description | +| `renovation_execution` | id, project_id, worker_id, checkin_time, checkin_photo, phase, phase_photos(array), notes | +| `renovation_acceptance` | id, project_id, acceptor_id, accept_type(gov/platform), accept_date, result, photos, signature_url | +| `iot_device_install` | id, project_id, device_sn, device_type, elder_id, install_at, registered_to_iot_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ---------------------- | ------------------------ | +| 文件存储 | 阿里云OSS | 施工照片存储 | +| 电子签名 | Canvas签名 / 法大大 | 验收签字 | +| 工作流 | 参考04号模块轻量工作流 | 申请→审核→签约→施工→验收 | +| GIS | 高德地图 | 施工人员打卡定位 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ---------------- | ------------------------------------ | ------------- | +| 审批系统(04) | 家庭床位申请政府审核、验收后补贴申请 | 内部工作流API | +| 数据库系统(02) | 老人档案查询、失能等级核验 | 内部API | +| IoT管理(16) | 安装设备注册到IoT平台 | 内部API | +| 安全系统(09) | 安装设备后与老人绑定,启动监测 | 内部API | +| 政府监管(01) | 改造覆盖率、验收完成率统计 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------------ | ---------------------------------------------------------------- | ----------------------------------- | +| 补贴政策地区差异 | 各地适老化改造补贴标准不同 | 改造项目目录和补贴金额可按地区配置 | +| 施工质量纠纷 | 改造完工后老人不满意 | 完整照片留存 + 验收签字防止事后争议 | +| 设备安装标准 | 不同品牌设备安装规范不同 | 建立设备安装规范文档 | +| 边界:不含房屋结构性改造 | 只管理适老化改造(辅具/设备/无障碍),不涉及房屋产权和结构性施工 | 明确改造项目范围 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1(政策窗口期必须抓住)** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------------ | --------------------------------- | +| 第一期 | 家庭床位申请 + 基本改造项目管理 + 施工执行 | 老人档案(02)就绪 | +| 第二期 | 政府验收流程 + 补贴核算 + IoT设备注册 | 审批系统(04)、IoT管理(16)就绪 | +| 第三期 | 数据分析 + 政府监管对接 | — | + +--- + +## 12. 结论 + +家庭床位及适老化改造系统兼具政策性和服务性,mall 的服务订单框架对本系统有一定参考价值(C级),但改造项目管理、政府审批闭环、IoT设备入户注册等核心医养特性须独立建设。 + +**建议以独立系统建设为主**,在P1阶段优先完成申请→审核→施工→验收的核心流程,把握政府"家庭养老床位"建设补贴的政策窗口期。 diff --git a/docs/module-Planning/16-智能物联网管理系统-模块规划.md b/docs/module-Planning/16-智能物联网管理系统-模块规划.md new file mode 100644 index 00000000..a05e96a5 --- /dev/null +++ b/docs/module-Planning/16-智能物联网管理系统-模块规划.md @@ -0,0 +1,161 @@ +# 智能物联网管理系统 模块规划 + +--- + +## 1. 模块定位 + +智能物联网管理系统是整个智慧医养平台的 **IoT 设备基础设施管理层**,负责对全平台所有智能终端设备(智能呼叫终端、定位终端、健康监测设备、跌倒监测设备)进行统一注册、状态监控、数据接入、固件管理和告警处理。 + +本系统是底层技术中间件,不直接对终端用户提供功能界面,而是为安全系统(09)、健康管理(08)、家庭床位(15)等上层业务模块提供设备能力支撑。 + +--- + +## 2. 建设目标 + +1. 构建统一的 IoT 设备注册和台账管理体系,支持 4 类主要设备类型 +2. 实现设备状态实时监控(在线/离线/低电量/故障) +3. 提供标准化的设备数据接入协议(MQTT/HTTP双模) +4. 支持批量设备管理(固件远程升级、批量配置下发) +5. 建立设备告警处理闭环(设备告警→业务系统→调度→处置) + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 设备注册与台账 +- 设备状态监控 +- 数据接入层(MQTT/HTTP) +- 设备分组管理 +- 固件管理 +- 告警管理 +- 数据API(供上层业务调用) + +### 3.2 二级模块 + +- **设备注册**:4类设备(呼叫终端/定位终端/健康监测/跌倒监测)注册、SN码绑定老人 +- **状态监控**:实时在线率、最近心跳时间、电量、信号强度、异常设备清单 +- **MQTT接入**:设备端MQTT连接、Topic规范(设备状态/数据上报/指令下发) +- **设备分组**:按机构/区域/设备类型分组,支持批量操作 +- **固件管理**:新固件包上传、兼容性校验、批量或定向远程升级 +- **告警管理**:设备离线告警、低电量预警、故障上报、告警转业务系统 +- **数据API**:历史数据查询、实时状态查询、设备列表过滤 + +### 3.3 核心功能说明 + +| 设备类型 | 主要功能 | 数据上报频率 | 告警触发条件 | +| ------------ | --------------------- | -------------- | ------------------- | +| 智能呼叫终端 | SOS按键、通话 | 心跳1次/5分钟 | SOS触发/离线>30分钟 | +| 定位终端 | GPS/LBS定位、运动轨迹 | 定位1次/5分钟 | 离开围栏/低电<20% | +| 健康监测 | 血压/心率/血氧 | 每次测量时 | 指标超阈值 | +| 跌倒监测 | 三轴加速度实时采集 | 跌倒事件触发时 | 跌倒检测阳性 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是电商平台,完全不具备 IoT 基础设施能力: + +| 能力需求 | mall 现状 | 结论 | +| -------------------------- | --------- | ---------- | +| MQTT Broker(IoT消息接入) | 无 | 须独立建设 | +| 设备注册与台账管理 | 无 | 须独立建设 | +| 设备固件OTA升级 | 无 | 须独立建设 | +| 时序数据存储与查询 | 无 | 须独立建设 | +| 设备状态实时监控仪表盘 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备任何 IoT 设备通信能力,强行堆入会导致架构崩溃。 + +--- + +## 5. 规划判断 + +**独立系统建设(IoT基础设施层)** + +- MQTT Broker:EMQX(开源版或企业版) +- 设备管理平台:后端 Go/Java + Vue3 Web管理端 +- 时序数据库:TimescaleDB(PostgreSQL扩展) +- 规则引擎:EMQX Rule Engine 或 自研告警规则服务 + +--- + +## 6. 需新增业务能力 + +1. **MQTT Broker 部署与配置**:高可用EMQX集群,支持TLS双向认证 +2. **设备接入协议规范**:制定统一的MQTT Topic命名规范和数据格式(JSON Schema) +3. **设备认证体系**:每个设备预烧入证书,防止伪设备接入 +4. **OTA固件升级**:分批次推送固件,支持升级失败自动回滚 +5. **告警路由规则**:按告警类型和严重级别路由到对应业务系统(MQ) +6. **设备可视化地图**:GIS地图展示全部设备的地理分布和状态 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------- | ----------------------------------------------------------------------------------------------------------- | +| `iot_device` | id, device_type, device_sn, manufacturer, model, elder_id, org_id, status, firmware_version, last_heartbeat | +| `iot_device_cert` | device_id, cert_pem, private_key_hash, issued_at, expire_at | +| `iot_telemetry` | device_id, metric_type, value, reported_at(时序表) | +| `iot_alert` | id, device_id, alert_type, severity, payload(JSONB), received_at, routed_to, routed_at | +| `iot_firmware` | id, version, device_type, file_url, release_notes, compatible_models(array) | +| `iot_firmware_task` | id, firmware_id, target_device_ids(array), status, progress, started_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ----------- | ------------------ | ------------------------------- | +| MQTT Broker | EMQX(开源/企业) | IoT设备消息接入,支持百万级连接 | +| 时序数据库 | TimescaleDB | 设备上报的时序数据存储 | +| 消息队列 | Kafka | 设备告警事件的高吞吐处理 | +| GIS | 高德地图API | 设备分布地图 | +| OTA | 自研 + OSS文件存储 | 固件文件存储与下发 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ------------------ | -------------------------- | ------------- | +| 安全系统(09) | SOS/跌倒/定位数据输出 | Kafka消息消费 | +| 健康管理(08) | 健康监测数据输出 | Kafka消息消费 | +| 家庭床位(15) | 入户设备注册 | 内部注册API | +| 政府监管(01) | 设备在线率统计 | 内部统计API | +| 系统管理中心(05) | 设备接口型号注册(主数据) | 内部API | +| 技术中台(27) | API网关和服务注册 | 内部基础设施 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | -------------------------------------------------- | ------------------------------------------ | +| 设备兼容性 | 不同厂商设备通信协议不统一 | 建立设备入网认证标准,要求厂商适配统一协议 | +| 高并发数据写入 | 大量设备同时上报数据时写入压力大 | 时序数据库 + 写入缓冲队列(Kafka) | +| MQTT安全 | 设备证书管理不当可能导致非授权接入 | TLS双向认证 + 设备证书轮换策略 | +| 边界:不含设备采购 | 本系统只负责软件接入管理,不负责设备硬件选型和采购 | 明确边界,由运营方制定设备白名单 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2(但需在P1阶段完成基础框架,支撑安全系统SOS功能)** + +| 分期 | 内容 | 前置条件 | +| -------- | ------------------------------------------------------ | ---------------- | +| P1配合 | MQTT Broker部署 + SOS设备接入(支撑呼叫中心+安全系统) | 基础设施部署完成 | +| P2第一期 | 设备注册台账 + 状态监控 + 告警路由 | — | +| P2第二期 | OTA固件升级 + 设备地图 + 时序数据查询API | — | + +--- + +## 12. 结论 + +智能物联网管理系统是全平台 IoT 能力的基础设施层,mall 完全不具备此类能力,**必须独立建设**。 + +建议采用 EMQX 开源版本起步,视设备规模决定是否升级为企业版。MQTT Broker 的部署应在 P1 阶段与安全系统(09)同步完成,以支撑 SOS 紧急响应的核心安全功能。 diff --git a/docs/module-Planning/17-医保DIP智能控费-模块规划.md b/docs/module-Planning/17-医保DIP智能控费-模块规划.md new file mode 100644 index 00000000..63006c96 --- /dev/null +++ b/docs/module-Planning/17-医保DIP智能控费-模块规划.md @@ -0,0 +1,166 @@ +# 医保DIP智能控费 模块规划 + +--- + +## 1. 模块定位 + +医保DIP智能控费系统是面向**医疗机构和医保管理人员**的医保费用智能管控平台,基于按病种分值付费(DIP)和疾病诊断相关组(DRG)规则,实现医保编码智能辅助、入院前费用预测、住院中实时控费预警和出院结算审核。 + +本系统属于**医疗信息化(HIS/医保)** 专业领域,是高度垂直的医保费用管理系统,与养老服务主业存在领域差异,但与养老机构(提供医疗服务的)的医保结算存在关联。 + +--- + +## 2. 建设目标 + +1. 实现医保智能编码辅助(ICD-10疾病编码、手术操作编码) +2. 提供病例DRG/DIP分组自动判定,减少编码错误和拒付风险 +3. 构建住院费用实时监控,超出分值预警并给出控费建议 +4. 支持出院结算审核(自动校验编码与费用的匹配度) +5. 提供医保费用分析报表(科室/病种/医生维度) + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 医保智能编码 +- 医保智能审核 +- DRG/DIP智能管理 + +### 3.2 二级模块 + +- **医保智能编码**: + - 主诊断编码辅助(ICD-10,41个子功能) + - 手术操作编码辅助 + - 编码知识库维护 + - 编码错误校验 +- **医保智能审核**(77个子功能): + - 入院指征审核 + - 用药合理性审核(超适应症/超量) + - 耗材合规审核 + - 诊疗行为监控 +- **DRG/DIP智能管理**(77个子功能): + - 病例DRG自动分组 + - DIP分值计算 + - 分组异常预警 + - 费用超支预测与控制建议 + - 科室DIP点数分析 + - 医保基金使用率仪表盘 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 专业要求 | +| -------------- | --------------------------------------------------- | --------------------------- | +| ICD-10编码辅助 | 医生输入疾病名称→智能匹配ICD-10编码,提示高风险编码 | 国家医保局ICD-10规则库 | +| DRG自动分组 | 根据主诊断+手术操作+并发症自动判定DRG分组 | 国家DRG分组规则(CHS-DRG) | +| DIP分值计算 | 病种+均次费用→计算DIP分值,与医保支付额比对 | 各省DIP分值表(地区差异大) | +| 费用实时监控 | 住院中实时预测最终费用是否超出DRG上限 | 费用预测模型 | +| 审核规则库 | 内置超5000条医保合规规则(诊疗+用药+耗材) | 持续更新国家/地方医保政策 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是通用电商平台,不具备任何医保相关能力: + +| 能力需求 | mall 现状 | 结论 | +| ------------------ | --------- | ---------- | +| ICD-10医疗编码体系 | 无 | 须独立建设 | +| DRG/DIP分组算法 | 无 | 须独立建设 | +| 医保合规规则引擎 | 无 | 须独立建设 | +| HIS系统集成 | 无 | 须独立建设 | +| 医保费用分析 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备医保编码/DRG分组等专业医疗信息化能力,强行堆入会导致数据合规失控。 + +--- + +## 5. 规划判断 + +**独立系统建设(专项医疗信息化系统)** + +- 系统性质:高度专业的医疗信息化系统,通常需要专业医疗IT厂商参与 +- 集成方式:可考虑采购成熟的DRG/DIP控费产品(如嘉和美康、海虹医保等),而非全自研 +- 与养老平台关系:通过API对接,养老机构的医疗服务数据输入本系统 + +--- + +## 6. 需新增业务能力 + +1. **ICD-10编码知识库**:国家医保局官方编码库(41880+编码条目) +2. **DRG/DIP规则引擎**:全国版DRG规则 + 各省DIP分值表(⚠️ 地区差异大,需分省配置) +3. **医保合规规则库**:5000+条诊疗/用药/耗材医保合规规则,持续更新 +4. **HIS数据集成接口**:从养老机构HIS系统获取就诊数据(HL7 FHIR标准) +5. **费用预测模型**:基于历史数据训练的住院费用预测 +6. **实时预警推送**:费用超预警时推送给主治医生/财务 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------------ | --------------------------------------------------------------------------------------------- | +| `icd10_code` | code, name, category, effective_date, is_medical_insurance_covered | +| `drg_group_rule` | id, version, conditions(JSONB), drg_code, base_payment | +| `dip_score_table` | province_code, disease_code, score, effective_year | +| `admission_case` | id, patient_id, org_id, admit_date, discharge_date, main_diagnose_code, drg_group, total_cost | +| `insurance_audit_record` | id, case_id, rule_id, hit_type, description, risk_level, suggested_action | +| `cost_alert` | id, case_id, alert_type, threshold, actual_cost, predicted_cost, alerted_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | ---------------------------------- | -------------------------------- | +| 医疗互操作 | HL7 FHIR R4协议 | 与HIS系统数据交换 | +| 规则引擎 | Drools / 自研规则引擎 | 医保合规规则执行 | +| NLP | 医疗NLP(自研或第三方) | 疾病名称→ICD-10编码智能匹配 | +| 数据仓库 | ClickHouse | 医保费用分析报表(大数据量OLAP) | +| 医保数据 | 各省医保局API(⚠️ 待确认接入条件) | 实时分值获取和结算 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 说明 | +| ----------------- | ------------------------- | ------------------------------- | +| 养老机构HIS系统 | 电子病历、医嘱、费用数据 | HL7 FHIR接口 | +| 国家/省医保局系统 | DRG/DIP分值查询、结算提交 | ⚠️ 待确认各省接口规范和接入条件 | +| 中心药房(21) | 药品费用数据 | 内部API | +| 数据中台(26) | 医保费用数据汇入 | 内部数据管道 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------------ | ---------------------------------------------------- | ---------------------------------- | +| 各省DIP规则差异 | DIP分值表和规则每省不同,且每年更新 | 规则可配置,建立规则版本管理机制 | +| 医保接口准入门槛 | 需经过医保局系统对接资质认证 | ⚠️ 提前了解各省医保局接入要求 | +| 数据合规(病历数据) | 医疗数据属于最高级别隐私数据 | 等保三级、国密加密、数据不出境 | +| 专业性门槛高 | DRG/DIP业务逻辑需要医保专业人员参与 | 建议与专业医保IT厂商合作,非全自研 | +| 边界:不含医保结算资金流 | 本系统处理规则和预警,实际资金划拨由医保经办机构完成 | 输出结算建议,不直接操作资金 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------ | ----------------------------- | +| 第一期 | 编码辅助 + 基础DRG分组 | HIS系统确认、医保接口条件确认 | +| 第二期 | 实时费用监控 + 合规审核规则库 | — | +| 第三期 | DIP智能控费 + 医保费用分析报表 | — | + +--- + +## 12. 结论 + +医保DIP智能控费是高度专业的医疗信息化系统,其ICD-10编码体系、DRG/DIP规则引擎、医保合规规则库等核心能力在 mall 中完全缺失,**必须作为独立系统建设**。 + +鉴于专业门槛高、规则更新频繁、各省差异显著,**强烈建议评估采购成熟的医保控费产品**(国内头部厂商)而非全自研,平台侧主要负责集成接口和数据展示,以降低研发风险和维护成本。 diff --git a/docs/module-Planning/18-长护险与居家服务管理-模块规划.md b/docs/module-Planning/18-长护险与居家服务管理-模块规划.md new file mode 100644 index 00000000..31df096b --- /dev/null +++ b/docs/module-Planning/18-长护险与居家服务管理-模块规划.md @@ -0,0 +1,168 @@ +# 长护险与居家服务管理 模块规划 + +--- + +## 1. 模块定位 + +长护险与居家服务管理系统是对接**长期护理保险(长护险)政策**的服务履约与结算管理系统,覆盖长护险资格申请评估、服务计划制定与派单、上门服务执行(GPS签到+人脸/电子签名+照片留存)、服务记录审核、医保经办机构结算对账,以及可选的 AI 辅助服务规划。 + +本系统是平台与医保基金直接挂钩的高价值业务通道,服务质量直接影响医保结算资金回款。 + +--- + +## 2. 建设目标 + +1. 实现长护险参保资格核查与失能等级评估(对接07号评估系统) +2. 构建符合医保合规要求的服务计划制定和派单体系 +3. 提供服务执行的三要素留证:GPS定位 + 人脸识别/电子签名 + 照片 +4. 实现服务完成后的结算清单生成与医保经办机构对账 +5. 支持 AI 辅助服务方案推荐(可选,基于老人评估数据) + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 申请评估管理 +- 服务计划制定与派单 +- 服务执行监管 +- 结算对账 +- AI服务集成(可选) +- 居家服务管理 + +### 3.2 二级模块 + +- **申请评估**:参保资格核查、失能等级认定(来自07评估)、护理等级核定(轻/中/重) +- **服务计划**:按护理等级配置服务项目(国家规定的长护险服务包)、月度小时数上限 +- **派单**:按服务计划派单给服务商/护理员,支持长期定期派单 +- **服务执行**:护理员上门 GPS 打卡→开始计时→人脸识别老人→执行服务→老人签字→照片→提交 +- **审核**:机构/医保经办审核服务记录(照片/签名/GPS轨迹) +- **结算对账**:月度服务工时汇总、应付金额计算、医保经办机构结算清单生成、差异处理 +- **AI辅助**:基于评估数据智能推荐服务方案(⚠️ 待确认AI能力建设时间点) +- **居家服务管理**:非长护险服务(自费/政府补贴)的同平台统一管理 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 合规要求 | +| ------------ | ---------------------------------------------------- | ------------------------- | +| GPS定位签到 | 护理员必须到达老人家200m范围内才可打卡开始 | 医保稽查要求 | +| 人脸识别确认 | 服务完成后对老人进行人脸识别,确认本人在场 | 防止"挂空单" | +| 电子签名 | 老人/家属在手机或PAD上手写签字确认服务完成 | 合规留证 | +| 照片留存 | 每次服务至少拍3张照片(开始/过程/结束)附时间水印 | 医保稽查留证要求 | +| 月度结算清单 | 每月月末生成服务工时汇总,对应护理费用,提交医保经办 | 长护险结算规范 | +| 服务包配置 | 按各省长护险政策配置服务项目目录和每次时长标准 | ⚠️ 各省政策差异,需可配置 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:C(低契合,服务型订单框架可参考)** + +mall 的服务型订单框架(预约→分配→执行→确认→结算)与本系统在整体流程上有一定相似性: + +| 能力 | mall 现状 | 可复用程度 | +| ------------------------ | ------------- | ---------------------------------------- | +| 服务订单状态机 | 有(C级参考) | 可参考状态流转 | +| 服务人员GPS打卡 | 骑手端有 | C - 可参考移动端交互框架 | +| 支付结算 | 有(C/B级) | 长护险是医保结算非消费支付,逻辑完全不同 | +| **长护险资格核查** | **无** | **须独立建设** | +| **医保服务包配置** | **无** | **须独立建设** | +| **人脸识别老人身份** | **无** | **须独立建设** | +| **医保经办机构结算接口** | **无** | **须独立建设** | +| **三要素留证体系** | **无** | **须独立建设** | + +**建设路径:mall + 独立微服务(以独立为主,参考 mall 服务订单框架)** + +--- + +## 5. 规划判断 + +**mall + 独立微服务(以独立为主)** + +- 护理员执行端:uni-app(GPS+人脸+签名+拍照,独立应用) +- 老人/家属端:uni-app(查看服务记录、电子签名) +- 机构管理端:Vue3 Web(派单+审核+对账) +- 结算对接:⚠️ 需对接各省医保经办机构结算API,接口规范待确认 + +--- + +## 6. 需新增业务能力 + +1. **长护险参保资格核查**:接入医保系统查询老人参保状态(⚠️ 待确认接口) +2. **服务包规则引擎**:按护理等级和省份配置服务项目、每次时长、月度上限 +3. **三要素留证引擎**:GPS + 人脸识别 + 签名三要素同时验证,缺一不可提交 +4. **服务记录防篡改**:留证数据加密存储(可选区块链存证) +5. **月度批量结算**:按月汇总工时、生成符合各省医保规范的结算清单格式 +6. **结算差异处理**:医保核减后的差异原因分析、重审申请 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------------------- | --------------------------------------------------------------------------------------------------------------- | +| `ltc_insurance_eligibility` | elder_id, insured_no, nursing_grade, start_date, end_date, monthly_hours_limit | +| `ltc_service_plan` | id, elder_id, nursing_grade, items(JSONB), monthly_hours, plan_period | +| `ltc_service_order` | id, plan_id, elder_id, staff_id, scheduled_at, service_type, duration_min, status | +| `ltc_execution_record` | id, order_id, checkin_gps, checkin_time, face_verify_result, photos(array), signature_url, checkout_time, notes | +| `ltc_monthly_settlement` | id, org_id, period_month, total_orders, total_minutes, amount_claimed, amount_approved, status | +| `ltc_settlement_item` | settlement_id, order_id, service_type, minutes, unit_price, claimed_amount, approved_amount, reject_reason | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------------- | ----------------------------------- | -------------------- | +| 人脸识别 | 腾讯云人脸识别 / 百度人脸 | 服务完成老人身份确认 | +| 定位 | 高德SDK + 地理围栏 | 护理员到场验证 | +| 电子签名 | Canvas手写签名 | 老人确认签字 | +| 区块链(可选) | 蚂蚁链/腾讯TBaaS | 服务记录存证防篡改 | +| 医保对接 | 各省医保经办机构API(⚠️ 待确认SDK) | 结算清单提交 | +| 加密存储 | 国密SM4 | 留证数据加密 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 说明 | +| ------------------ | ------------------------------------------ | ----------------- | +| 评估系统(07) | 失能等级→护理等级认定依据 | 内部API(只读) | +| 医保系统 | 参保资格查询 + 月度结算清单提交 | ⚠️ 待确认各省接口 | +| 服务商管理(11) | 护理员来源、技能资质 | 内部API | +| 居家养老管理(10) | 服务订单共享(长护险派单在10的框架下执行) | 内部API | +| 短信平台(13) | 服务确认短信(老人/家属) | 内部API调用 | +| 数据中台(26) | 结算数据归集用于分析 | 内部数据管道 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| -------------------------- | ---------------------------------------- | -------------------------------------- | +| 各省长护险规则差异 | 服务包项目、报销比例、每月上限均不同 | 服务包规则全部可配置化,不硬编码 | +| 医保接口准入 | 需经医保局系统对接备案 | ⚠️ 提前规划准入申请 | +| 稽查留证要求 | 医保稽查对留证格式有规范要求 | 严格按当地医保规范设计留证格式 | +| 三要素误识别 | 人脸识别失败导致服务无法提交 | 保留手动上报备用通道(但需更严格审核) | +| 边界:不含医保保险公司管理 | 本系统负责服务履约侧,不管理医保基金收付 | 清单提交后由医保经办机构处理 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1(高商业价值,政策驱动)** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------------------------- | ---------------------------- | +| 第一期 | 服务计划派单 + 护理员执行(GPS+照片+签名)+ 月度汇总 | 评估(07)、服务商(11)就绪 | +| 第二期 | 人脸识别留证 + 结算清单对接医保 | 人脸服务申请、医保接口确认 | +| 第三期 | AI服务规划推荐 + 区块链存证 | AI能力就绪 | + +--- + +## 12. 结论 + +长护险与居家服务管理是平台与医保基金直接挂钩的核心业务,三要素留证合规(GPS+人脸+签名)和医保结算接口是本系统成功的关键。 + +mall 的服务订单框架有一定参考价值(C级),但长护险合规留证、医保服务包规则引擎、医保经办结算对接等核心能力须独立建设。**建议在P1阶段优先完成**,把握长护险推进带来的政策业务机遇。 diff --git a/docs/module-Planning/19-医养商城-模块规划.md b/docs/module-Planning/19-医养商城-模块规划.md new file mode 100644 index 00000000..caac4e6d --- /dev/null +++ b/docs/module-Planning/19-医养商城-模块规划.md @@ -0,0 +1,185 @@ +# 医养商城 模块规划 + +--- + +## 1. 模块定位 + +医养商城是整个智慧医养平台中**与 mall 契合度最高(A级)的模块**,面向老人、家属及机构提供医疗养老相关商品和服务的 B2C/B2B 电商平台,涵盖商品销售(医疗器械/保健品/辅具/适老化用品)、服务类商品(上门护理/到家就诊)、IoT 设备租赁、直播带货等 420+ 功能细项。 + +mall 的核心电商能力(商品管理/订单/支付/物流/营销/商家入驻)可以直接在此场景复用,但需识别出"写在医养商城章节但本质属于其他系统(HIS/IoT/EMR)的功能",这些功能须独立建设,不可堆入 mall。 + +--- + +## 2. 建设目标 + +1. 基于 mall 平台快速构建医养垂直电商能力,覆盖实物商品和服务商品 +2. 接入多品类服务商(医疗器械/保健品/适老化/康复辅具),实现多商家入驻 +3. 提供 IoT 设备租赁/分期购买能力(呼叫器/血压仪/防跌倒手环等) +4. 落地直播带货能力(老人适用的直播形式) +5. 实现私域流量体系(家庭群/社区群/老人圈互动转化) +6. 打通与其他模块的数据(健康档案→智能推荐,服务评估→服务类商品推荐) + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 商品管理 +- 用户交互 +- 订单管理 +- 物流配送 +- 数据分析 +- 营销推广 +- 客服售后 +- 商家入驻 +- 生态商家对接 +- 私域营销 +- 直播带货 + +### 3.2 二级模块 + +- **商品管理**:商品CRUD、SPU/SKU、分类(医疗器械/保健品/适老化/康复辅具/服务类)、审核、下架、批量导入 +- **用户交互**:搜索/筛选/评价、老年友好界面(大字体/高对比色/语音搜索) +- **订单管理**:下单/付款/发货/收货/退款/客服全链路,含服务类订单(预约制) +- **IoT设备租赁**:设备租期管理、押金、到期续租、设备归还、维修工单 +- **物流配送**:接入快递(快递100聚合)+ mall骑手配送(本地即时配送) +- **营销推广**:优惠券/满减/积分/会员/拼团/闪购/推荐奖励 +- **客服售后**:在线客服(IM)+ 工单 + 退款仲裁 +- **商家入驻**:资质审核(医疗器械经营许可)+ 商品审核 + 结算分账 +- **生态商家对接**:外部健康服务平台API接入(⚠️ 待确认合作商家) +- **私域营销**:家庭群裂变、家属端分享给子女、社区话题种草 +- **直播带货**:商品链接挂载、直播间下单、直播数据分析 + +### 3.3 核心功能说明 + +**区分关键:mall能力可复用 vs 须独立建设** + +| 功能类型 | 功能 | 归属 | 建设方式 | +| -------- | ---------------------------------- | ----------------------- | ------------------- | +| 真正电商 | 商品管理/SKU/购物车/下单/支付/退款 | mall核心 | **直接复用/小改造** | +| 真正电商 | 商家入驻/结算分账/物流 | mall能力 | **直接复用** | +| 真正电商 | 优惠券/积分/会员/拼团 | mall营销 | **直接复用** | +| 真正电商 | 在线客服/工单 | mall能力 | **直接复用** | +| 垂直扩展 | 医疗器械分类/资质审核(经营许可) | 医养扩展 | mall基础+扩展字段 | +| 垂直扩展 | 服务类商品(预约制订单) | 医养扩展 | mall订单+服务化改造 | +| 垂直扩展 | 老年友好UI/语音搜索 | 前端改造 | uni-app改造 | +| 须独立 | IoT设备租赁管理(租期/押金/归还) | IoT管理(16)+ 商城联动 | 独立租赁服务 | +| 须独立 | 健康档案驱动的智能推荐 | AI服务(22)提供 | 独立AI推荐服务 | +| 须独立 | 直播带货 | 22或独立直播服务 | 独立流媒体服务 | +| 须独立 | 处方流转/药品销售(需资质) | 中心药房(21) | 独立药房系统 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:A(高契合,核心电商功能直接复用)** + +mall 作为本模块的技术底座,可以直接提供以下能力: + +| 能力域 | 可复用内容 | 复用程度 | +| ---------- | -------------------------------- | ------------------------------------ | +| 商品体系 | SPU/SKU/分类/属性/图片/价格/库存 | **A - 直接使用,扩展医养分类字段** | +| 订单全链路 | 下单→支付→发货/预约→完成→退款 | **A - 实物商品直接用,服务类需适配** | +| 支付体系 | 微信支付/支付宝/钱包/积分抵扣 | **A - 直接使用** | +| 物流 | 快递聚合API + 骑手即时配送 | **A - 直接使用** | +| 营销 | 优惠券/积分/活动/拼团/闪购 | **A - 直接使用** | +| 商家入口 | 商家入驻审核/商品管理/账单 | **A - 扩展医疗器械资质字段** | +| 客服 | IM客服/工单/退款 | **A - 直接使用** | +| 推荐 | 基础推荐算法 | B - 需扩展健康数据维度 | + +**补充说明**:mall 中已有直播带货的代码框架,但根据需求文档描述该功能尚未完善,需进一步开发完善。 + +--- + +## 5. 规划判断 + +**mall 内扩展(A级,优先P0推进)** + +- 在 mall 现有代码基础上扩展医养商城 +- 新增:医养商品分类体系、医疗器械资质字段、服务类订单适配、老年友好UI +- 独立建设:IoT设备租赁服务(对接16号模块)、直播带货服务、AI推荐服务 +- **WARNING**:不要将 HIS/EMR/IoT 功能硬塞进 mall 代码,这些在需求文档中写在"医养商城"章节内,但本质上是独立系统 + +--- + +## 6. 需新增业务能力 + +1. **医养商品分类体系**:医疗器械(一/二/三类)/保健品/适老化用品/康复辅具/服务的分类体系 +2. **商家资质扩展**:医疗器械经营许可证号、药品经营许可证(与中心药房21联动) +3. **服务类订单适配**:无库存的预约制服务(上门护理/到家就诊),时间段选择 +4. **老年友好UI**:大字体模式、简化导航、语音搜索(无障碍设计) +5. **IoT设备租赁**:租期(月/季/年)、押金管理、到期提醒、归还处理 +6. **完善直播带货**:商品链接挂载、实时弹幕购物车、回放 + +--- + +## 7. 需新增数据模型(在 mall 基础上扩展) + +| 模型/字段扩展 | 说明 | +| ---------------------------- | -------------------------------------- | +| `product.medical_license_no` | 医疗器械注册证号 | +| `merchant.device_license_no` | 医疗器械经营许可证 | +| `product_category`(扩展) | 新增医养分类树(医疗器械/辅具/服务等) | +| `service_product_schedule` | 服务类商品的可预约时间段配置 | +| `iot_rental_order` | 租赁订单:设备ID/租期/押金/状态 | +| `live_stream_room` | 直播间配置、关联商品、观看数、下单数 | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| -------- | ---------------------------- | ---------------- | +| 直播 | 腾讯云直播(CSS)+ 播放器SDK | 商品直播带货 | +| 语音搜索 | 科大讯飞语音识别 | 老年用户语音输入 | +| 无障碍 | uni-app无障碍API | 老年友好UI | +| 推荐引擎 | 依托22号AI服务模块 | 健康档案驱动推荐 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 方式 | +| ---------------- | ------------------------------ | ------------- | +| IoT管理(16) | 设备租赁关联设备台账 | 内部API | +| 居家养老(10) | 服务类商品预约对接居家服务订单 | 内部API | +| 运营管理(24) | 商城运营数据汇聚 | 内部数据API | +| AI服务(22) | 健康档案驱动个性化推荐 | 内部AI推荐API | +| 中心药房(21) | 处方药品销售(处方流转) | 内部API | +| 数据库系统(02) | 老人身份验证、健康档案关联 | 内部API | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ----------------- | ------------------------------------------------- | ---------------------------------------------- | +| 医疗器械经营合规 | 销售二/三类医疗器械需特定资质 | 平台需获取医疗器械经营许可,或仅作信息撮合平台 | +| 处方药销售合规 | 处方药需处方流转合规 | 对接中心药房(21)的处方流转系统 | +| IoT租赁设备归还 | 设备归还、押金退还、设备检验复杂 | 建立标准化退租流程,与IoT管理联动 | +| 直播内容合规 | 医疗器械直播有严格广告法约束 | 建立商品直播审核机制 | +| 边界:不含HIS系统 | 商城中的诊疗建议/健康评估功能须对接独立的专业系统 | 严格区分电商功能与医疗功能 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P0(最优先推进,mall核心能力直接可用)** + +| 分期 | 内容 | 说明 | +| -------- | ----------------------------------------------------- | ----------------------------- | +| P0第一期 | 医养商品分类 + 商家入驻(医疗器械资质)+ 实物商品销售 | 基于mall直接扩展,2-4周可上线 | +| P0第二期 | 服务类商品预约 + 营销工具 + 客服 | — | +| P1配合 | IoT设备租赁 + 老年友好UI | IoT管理(16)就绪 | +| P1-P2 | 直播带货 + AI推荐 + 私域营销 | 直播技术验证后 | + +--- + +## 12. 结论 + +医养商城是全平台中与 mall **契合度最高的模块(A级)**,mall 的商品管理、订单全链路、支付、物流、营销、商家入驻等核心能力可直接复用,**预计在 mall 基础上2-4周内可完成医养商城MVP版本上线**。 + +关键注意事项:需求文档中"医养商城"章节内包含的部分功能(IoT设备租赁管理、健康档案驱动推荐、直播带货、处方流转)本质上属于其他独立系统,**不应堆入 mall 代码**,而应通过 API 对接方式实现协作。 + +建议立即将医养商城列为P0优先启动项目,以此验证 mall 平台的医养化改造路径,为后续模块建设积累经验。 diff --git a/docs/module-Planning/20-慢性病管理-模块规划.md b/docs/module-Planning/20-慢性病管理-模块规划.md new file mode 100644 index 00000000..46442d46 --- /dev/null +++ b/docs/module-Planning/20-慢性病管理-模块规划.md @@ -0,0 +1,161 @@ +# 慢性病管理 模块规划 + +--- + +## 1. 模块定位 + +慢性病管理系统是面向**老年慢性病患者(高血压/糖尿病/冠心病等)全病程管理**的专业医疗信息化系统,覆盖患者服务端、移动医生端、医生工作站(嵌入HIS)和医院管理端四个角色视图,实现慢性病的早期筛查、连续监测、规范治疗、用药提醒和复诊管理。 + +本系统是连接"居家健康监测"(健康管理08)与"专业医疗诊疗"之间的慢病管理中间层,也是医养结合战略的核心医疗侧体现。 + +--- + +## 2. 建设目标 + +1. 为慢性病患者(老人)提供自我健康管理工具(用药提醒/血压血糖记录/随访提醒) +2. 支持移动医生端随时查看患者健康数据、开具随访计划 +3. 嵌入HIS的医生工作站,实现慢病管理与日常诊疗一体化 +4. 提供医院管理端的慢病患者群组分析和质量控制 +5. 打通健康管理(08)的体征数据,实现慢病异常早预警 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 患者服务端 +- 移动医生端 +- 医生工作站(嵌入HIS) +- 医院管理端 + +### 3.2 二级模块 + +- **患者服务端**:慢病档案、用药清单与提醒、血压/血糖自测记录、随访提醒、复诊预约、健康教育(文章/视频) +- **移动医生端**:我的患者列表、患者健康趋势、随访记录、在线问诊、处方开具(⚠️ 需互联网医院资质) +- **医生工作站(HIS嵌入)**:慢病患者库、慢病路径管理、历史随访记录、与HIS医嘱联动 +- **医院管理端**:科室慢病患者统计、达标率分析、医生绩效(随访完成率)、质量控制报表 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 前提条件 | +| ---------- | ---------------------------------------------- | ----------------------------- | +| 慢病档案 | 基于老人档案(02)扩展,增加主诊断/用药/手术史 | 老人档案(02)就绪 | +| 用药提醒 | 按处方设置每日多次用药提醒,支持家属勾选确认 | 处方数据来源(HIS或手动录入) | +| 随访计划 | 医生设置随访时间表,系统提醒患者和医生双方 | 医生工作站在HIS中就绪 | +| 在线问诊 | 图文/视频问诊(需互联网医院牌照) | ⚠️ 需互联网医院资质 | +| 处方开具 | 电子处方(需与医保处方流转系统对接) | ⚠️ 需互联网处方资质 | +| 达标率分析 | 基于血压/血糖控制目标的患者达标率统计 | 患者体征数据积累足够 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是通用电商平台,不具备任何慢性病管理能力: + +| 能力需求 | mall 现状 | 结论 | +| ---------------------------- | --------- | ------------------- | +| 慢病档案(诊断/用药/手术史) | 无 | 须独立建设 | +| 随访计划管理 | 无 | 须独立建设 | +| 医生工作站(HIS集成) | 无 | 须独立建设 | +| 互联网问诊/处方 | 无 | 须独立建设(+资质) | +| 达标率统计分析 | 无 | 须独立建设 | +| 医学体征趋势分析 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备慢性病管理和医疗诊疗专业能力,强行堆入会导致数据合规失控和医疗责任风险。 + +--- + +## 5. 规划判断 + +**独立系统建设(专业医疗信息化系统)** + +- 患者端:uni-app(小程序+H5) +- 医生端:uni-app(移动端)+ Vue3 Web(工作站) +- 管理端:Vue3 Web +- HIS集成:通过HL7/FHIR接口与现有HIS系统对接 +- **互联网医院牌照**:在线问诊和处方需要机构具备互联网医院资质(⚠️ 非技术问题,需提前规划) + +--- + +## 6. 需新增业务能力 + +1. **慢病路径管理**:标准化慢病管理路径(高血压/糖尿病/冠心病等),按路径执行随访 +2. **体征数据整合**:整合健康管理(08)的IoT体征数据,提供医生视角的患者健康时间轴 +3. **随访计划执行**:自动生成随访任务提醒,记录随访完成情况 +4. **处方流转**:电子处方→药房取药/配送(联动中心药房21和医养商城19) +5. **患者教育内容**:慢病自我管理科普内容(文章/视频/问卷) +6. **质量控制**:科室或机构维度的慢病管理质量报表 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------------- | --------------------------------------------------------------------------------------- | +| `chronic_disease_profile` | elder_id, disease_code(ICD-10), diagnosis_date, severity, medications(JSONB), doctor_id | +| `medication_reminder` | id, profile_id, drug_name, dosage, frequency, reminder_times(array), is_active | +| `followup_plan` | id, profile_id, doctor_id, cycle(月/季), next_date, items(JSONB) | +| `followup_record` | id, plan_id, actual_date, method, vitals(JSONB), notes, doctor_id | +| `online_consultation` | id, patient_id, doctor_id, consult_type, status, prescription_id, started_at | +| `e_prescription` | id, consultation_id, drug_list(JSONB), dispensed_at, pharmacy_id | +| `disease_control_target` | disease_code, metric_type, target_min, target_max, unit | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | --------------------------------- | ----------------- | +| 医疗互操作 | HL7 FHIR R4 | 与HIS系统数据交换 | +| 视频问诊 | 腾讯云TRTC / 声网 | 在线视频问诊 | +| 处方流转 | 各省处方流转平台接口(⚠️ 待确认) | 电子处方外配 | +| 电子病历 | 符合电子病历规范(卫生部标准) | 随访记录规范存储 | +| 推送 | 微信模板消息 | 用药/随访提醒 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 说明 | +| ---------------- | ----------------------------- | ------------- | +| 健康管理(08) | 患者体征数据(血压/血糖时序) | 内部API | +| 中心药房(21) | 电子处方流转取药 | 内部API | +| 医养商城(19) | 处方药品配送 | 内部API | +| 数据库系统(02) | 老人档案基础数据 | 内部API | +| 机构HIS系统 | 医嘱、诊断记录共享 | HL7 FHIR | +| 处方流转平台 | 电子处方外配(各省平台不同) | ⚠️ 待确认接口 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ----------------------- | ---------------------------------------------------- | -------------------------------------------------- | +| 互联网医院资质 | 在线问诊/处方需机构具备互联网医院牌照 | ⚠️ 需提前规划资质申请,技术可先建设 | +| 电子处方合规 | 处方须医生电子签名,且不得泄露 | CA电子签名(国密)+ 加密存储 | +| 医疗责任风险 | 平台提供建议而非诊断,界限须清晰 | 系统界面明确"本系统提供慢病辅助管理,不能替代问诊" | +| 数据合规 | 病历属于最高级别个人敏感数据 | 等保三级 + 国密 + 数据不出境 | +| 边界:不含急诊/住院管理 | 本系统管理慢性病,急性期就诊须到医院,不在系统范围内 | 明确功能边界 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------------------- | ---------------------------------- | +| 第一期 | 慢病档案 + 用药提醒 + 随访计划(无需医院资质) | 老人档案(02)、健康数据(08)就绪 | +| 第二期 | 医生工作站 + HIS集成 + 随访记录 | HIS系统确认、接口规范 | +| 第三期 | 在线问诊 + 电子处方 + 处方外配 | 互联网医院资质获取 | + +--- + +## 12. 结论 + +慢性病管理系统是医养结合战略的医疗侧核心,其慢病路径、HIS集成、互联网问诊等能力在 mall 中完全缺失,**必须独立建设**。 + +建议第一期先建设不依赖医院资质的功能(慢病档案/用药提醒/随访提醒),快速给老人提供价值;互联网问诊和电子处方依赖资质准备,作为后续阶段叠加。 diff --git a/docs/module-Planning/21-中心药房-模块规划.md b/docs/module-Planning/21-中心药房-模块规划.md new file mode 100644 index 00000000..9eb5b8af --- /dev/null +++ b/docs/module-Planning/21-中心药房-模块规划.md @@ -0,0 +1,173 @@ +# 中心药房 模块规划 + +--- + +## 1. 模块定位 + +中心药房系统是面向**养老机构/医疗机构**的专业药事管理系统,覆盖药库(仓储)管理、门诊药房、住院药房、医养商城药房(线上配送)和共享中心药房(省阳采平台对接),实现药品的全生命周期管理(采购→入库→发药→追溯)。 + +本系统是典型的医疗信息化专业系统,需满足《药品管理法》《医院信息系统基本功能规范》等法规要求,并对接国家药品追溯系统和省级阳光采购平台。 + +--- + +## 2. 建设目标 + +1. 实现药库(院内药房仓储)的精细化管理(批次/效期/库存预警) +2. 落地门诊药房配药发药流程(医嘱核对→调配→发药→签收) +3. 管理住院药房的口服/静脉用药(摆药→送药→核对) +4. 对接医养商城,实现处方药线上购买与配送(⚠️ 需处方流转资质) +5. 接入共享中心药房模式(省阳光采购平台对接) +6. 实现药品全程追溯码管理 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 药库管理 +- 门诊药房 +- 住院药房 +- 医养商城药房(处方流转) +- 药品预警管理 +- 耗材管理 +- 设备管理(药房设备) +- 共享中心药房(省阳采) +- 药品追溯码管理 + +### 3.2 二级模块 + +- **药库管理**:药品采购入库、供应商管理、批次/效期管理、库存盘点、库存调拨 +- **门诊药房**:处方审核(药师审核)、调配出药、发药记录、用药指导 +- **住院药房**:摆药单生成、口服药摆药、静脉配药(PIVAS)、送药核对 +- **商城药房**:处方上传审核、线上付款、配送或自取、处方单存档 +- **药品预警**:近效期预警(3/6/12个月)、低库存预警、过期药品管理 +- **耗材管理**:医用耗材入库/发放/盘点 +- **设备管理**:药房设备台账(发药机/冰箱/保险柜)维护记录 +- **省阳采对接**:目录对接、在线采购、回款管理 +- **药品追溯**:条码扫描入库、发药扫码、药监局追溯系统上报 + +### 3.3 核心功能说明 + +| 功能 | 描述 | 合规要点 | +| -------------------- | ---------------------------------------------- | -------------------------------- | +| 处方审核(四查十对) | 药师审核处方(查处方/查药品/查配伍/查用法) | 《处方管理办法》要求 | +| 处方流转 | 电子处方→线上购药→外配药房发药 | 需互联网医院+处方流转资质 | +| 药品追溯码 | 每个药品包装扫码入库,发药时再次扫码,上报药监 | 《药品追溯条例》要求 | +| 近效期预警 | 批次效期提前预警,触发优先发药或退货 | GMP/GSP规范 | +| 省阳采对接 | 按省级阳光采购平台目录采购、回款 | 各省采购平台接口(⚠️ 差异大) | +| 高警讯药品管理 | 高危药品的特殊存储和发药记录 | 国家卫健委《高警讯药品管理规范》 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 有商品管理和库存体系,表面上与药库管理有相似性,但存在根本质的差异: + +| 能力需求 | mall 现状 | 结论 | +| -------------------- | -------------- | ----------------- | +| 药品批次/效期管理 | 商品无批次概念 | 须独立建设 | +| 处方审核(四查十对) | 无 | 须独立建设 | +| 药品追溯码系统 | 无 | 须独立建设 | +| 医嘱-处方联动 | 无 | 须独立(依赖HIS) | +| 省阳采平台对接 | 无 | 须独立建设 | +| 药监局接口上报 | 无 | 须独立建设 | +| 高警讯药品管理 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备药事管理专业能力,强行堆入会导致数据合规失控和药品安全风险。 + +--- + +## 5. 规划判断 + +**独立系统建设(专业药事管理系统)** + +- 药师/仓库端:Vue3 PC Web(主要使用场景为院内PC) +- 移动辅助端:uni-app(送药/盘点扫码) +- 与慢性病管理(20)和HIS系统通过HL7接口对接处方数据 +- **建议评估采购成熟的HIS药房模块**,而非全自研 + +--- + +## 6. 需新增业务能力 + +1. **药品主数据库**:国家药品编码(YPH)、通用名/商品名、剂型、规格、价格 +2. **批次管理**:每个批次独立追踪(批号/生产日期/效期/供应商/入库单号) +3. **处方审核引擎**:内置配伍禁忌数据库、用药剂量校验 +4. **药品追溯码接入**:国家药品监管局追溯系统API(各省接口统一程度待确认) +5. **省阳采对接**:采购申请→省平台下单→入库核对→回款管理 +6. **共享药房能力**:多机构共享一个中心药房,按机构分账 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------------- | --------------------------------------------------------------------------------------------------------- | +| `drug_master` | id, national_code(YPH), generic_name, brand_name, dosage_form, specification, unit, category | +| `drug_batch` | id, drug_id, batch_no, manufacturer, produce_date, expire_date, purchase_price, quantity_in, quantity_out | +| `drug_stock` | drug_id, location_id, available_qty, locked_qty, last_updated | +| `prescription_review` | id, prescription_id, pharmacist_id, review_result, issues(JSONB), reviewed_at | +| `drug_dispensing` | id, prescription_id, batch_id, qty, dispensed_by, dispensed_at, patient_id | +| `drug_trace_record` | id, drug_id, trace_code, event_type(in/out/dispose), reported_at, report_status | +| `low_stock_alert` | drug_id, current_qty, min_qty, alert_at, handled | +| `near_expire_alert` | batch_id, expire_date, alert_days_before, alert_at, action_taken | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ----------- | ------------------------------------------ | --------------------- | +| 药品数据库 | 国家标准数据库(CFDA数据)或商业药品知识库 | 药品主数据 + 配伍禁忌 | +| 二维码/条码 | ZXing / 硬件扫码枪 | 药品追溯码扫描 | +| 医疗互操作 | HL7 FHIR | 与HIS/处方系统交换 | +| 省阳采平台 | 各省采购平台API(⚠️ 差异大) | 阳光采购对接 | +| 药监追溯 | 国家药品追溯系统API | 药品追溯码上报 | + +--- + +## 9. 外部系统对接关系 + +| 对接方 | 内容 | 说明 | +| ------------------ | ------------------------------ | --------------------- | +| 慢性病管理(20) | 电子处方流转到中心药房 | 内部API(HL7 FHIR) | +| 医养商城(19) | 处方药线上购买,从药房出库配送 | 内部API | +| 医保DIP(17) | 药品费用数据提供给医保审核 | 内部API | +| 机构HIS系统 | 医嘱→处方→发药 | HL7 FHIR | +| 国家药监局追溯系统 | 药品码上报 | 官方API | +| 省阳光采购平台 | 采购目录对接 | ⚠️ 各省接口规范待确认 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| -------------------- | ------------------------------------------------ | ---------------------------------------- | +| 药品追溯接口 | 各省药监局追溯接口进度不一 | 优先实现自建追溯记录,国家接口就绪后对接 | +| 省阳采差异 | 各省阳光采购平台接口规格不同 | 设计可配置的采购平台适配层 | +| 处方流转资质 | 需互联网处方流转资质 | ⚠️ 提前规划资质 | +| 效期管理复杂度 | 临期药品FIFO(先进先出)需严格执行 | 系统强制FIFO发药策略 | +| 边界:不含诊断和开方 | 本系统只管理处方后的药事流程,开方在HIS/慢病系统 | 明确与开方系统的接口边界 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------ | ---------------------------------- | +| 第一期 | 药库管理 + 门诊药房(院内流程) | HIS系统确认 | +| 第二期 | 处方流转线上化 + 商城药房 | 处方流转资质、慢性病管理(20)就绪 | +| 第三期 | 省阳采对接 + 药品追溯 + 共享中心药房 | 各省接口确认 | + +--- + +## 12. 结论 + +中心药房系统是高度专业的药事管理系统,其批次/效期管理、处方审核、药品追溯等核心能力与 mall 的商品管理存在根本性差异,**必须独立建设**。 + +**强烈建议评估采购成熟的HIS药房模块**(如东软医疗、金仕达、卫宁健康等),大幅降低研发风险。处方流转与省阳采对接需提前开展资质申请和接口调研。 diff --git a/docs/module-Planning/22-人工智能服务-模块规划.md b/docs/module-Planning/22-人工智能服务-模块规划.md new file mode 100644 index 00000000..e7f6cb6f --- /dev/null +++ b/docs/module-Planning/22-人工智能服务-模块规划.md @@ -0,0 +1,193 @@ +# 人工智能服务 模块规划 + +--- + +## 1. 模块定位 + +人工智能服务平台是以**国产大模型(DeepSeek等)为基础**的医养专项AI能力集群,通过对医疗多模态数据的预训练和垂直微调,为医养平台各业务系统提供智能推荐、医疗审核辅助、知识检索、辅诊统计分析等标准化AI能力。 + +本系统不面向终端用户,而是作为**AI能力中间层**,通过API向其他业务模块(居家养老、医养商城、慢性病管理、全生命周期监测等)提供AI服务支撑。 + +--- + +## 2. 建设目标 + +1. 构建基于大模型的临床决策辅助系统(智能推荐+辅诊+医疗审核) +2. 构建医养知识检索系统(疾病/药物/诊疗方案多维度知识库) +3. 构建区域辅诊监测分析系统(机构级/区域级辅诊效果评估) +4. 提供大模型能力的安全、标准化API输出 +5. 建立AI模型的全生命周期管理(训练→测试→部署→监控→迭代) + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +- 智能推荐 +- 医疗审核 +- 知识检索 +- 区域辅诊监测分析 +- 大模型管理平台 + +### 3.2 二级功能清单 + +**智能推荐(11项)**: + +- 关联症状问诊推荐 +- 进一步问诊推荐 +- 疑似诊断推荐 +- 特殊疾病处置建议 +- 误诊提醒 +- 漏诊提醒 +- 危急重症提醒 +- 检查检验推荐 +- 用药推荐 +- 操作治疗推荐 +- 手术推荐 + +**医疗审核(4项)**: + +- 检查合理性审核 +- 检验合理性审核 +- 操作治疗合理性审核 +- 手术合理性审核 + +**知识检索(17项)**: + +- 关键字/疾病/药物/临床路径/指南/病历/检验/检查/症状/手术/操作治疗/量表/健教知识/文献/法律法规目录检索 +- 知识收藏 +- 知识库维护 + +**区域辅诊监测(7项)**: + +- 辅诊查询(机构/区域) +- 审核查询 +- 风险查询 +- 辅诊统计 +- 审核总体统计 +- 检查检验审核统计 +- 手术操作审核统计 +- 诊断质控统计 + +### 3.3 核心架构说明 + +| 层次 | 内容 | +| --------------- | ----------------------------------------- | +| 大模型基座 | DeepSeek等国产大模型,通用理解和生成能力 | +| 垂直预训练 | 医疗文献、临床指南、中医古籍、药品说明书 | +| 场景微调(SFT) | 辅诊任务、用药推荐、护理方案等场景数据 | +| AI应用层 | 各业务场景调用的标准化API接口 | +| 监控运维层 | 模型性能监控、Hallucination检测、版本管理 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +mall 是通用电商平台,不具备任何医疗AI能力: + +| 能力需求 | mall 现状 | 结论 | +| -------------------- | --------- | ----------------------- | +| 大模型部署与微调 | 无 | 须独立建设(需GPU算力) | +| 医疗知识库与向量检索 | 无 | 须独立建设 | +| 辅诊推荐算法 | 无 | 须独立建设 | +| 医疗合规审核规则 | 无 | 须独立建设 | +| 区域AI监测分析 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备任何AI训练和推理能力,强行堆入会导致架构崩溃(GPU算力需求与电商系统运行需求完全不同)。 + +--- + +## 5. 规划判断 + +**独立系统建设(AI平台,高专业性)** + +- AI推理服务:Python FastAPI(GPU服务器部署) +- 知识库检索:Elasticsearch + 向量数据库(Milvus/Qdrant) +- 管理界面:Vue3 Web(模型管理、知识库维护) +- 算力:GPU服务器(推荐A100/H100)或云GPU(阿里云/腾讯云GPU实例) +- 大模型:DeepSeek-R1 或 DeepSeek-V3(中文医疗能力强的国产模型) + +--- + +## 6. 需新增业务能力 + +1. **医疗知识图谱构建**:疾病-症状-药物-检查-治疗方案关联关系网络 +2. **向量化医学文档库**:临床指南/诊疗规范文档向量化存储,支持语义检索 +3. **大模型微调管道**:LoRA/QLoRA微调流程,支持定期增量训练 +4. **推理API服务**:各AI能力(辅诊/推荐/检索)的标准化REST API +5. **Hallucination防护**:医疗AI回答的置信度评分和人工审核机制 +6. **模型版本管理**:多版本模型对比测试,灰度发布 + +--- + +## 7. 需新增数据模型(AI平台侧) + +| 模型 | 关键字段 | +| ------------------- | ---------------------------------------------------------------------------------------------- | +| `ai_model_registry` | id, name, version, base_model, fine_tune_type, deploy_status, accuracy_metrics(JSONB) | +| `knowledge_doc` | id, category, title, content, vector_embedding(vector), source, updated_at | +| `ai_inference_log` | id, api_endpoint, request_hash, response_hash, latency_ms, model_version, created_at | +| `ai_audit_record` | id, inference_id, reviewer_id, review_result, issues, created_at | +| `disease_knowledge` | id, icd_code, disease_name, symptoms(array), treatments(JSONB), drugs(array), source_guideline | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ------------ | ---------------------------------------- | ------------------ | +| 大模型 | DeepSeek-R1/V3(本地部署)或DeepSeek API | 核心推理能力 | +| 向量数据库 | Milvus / Qdrant | 知识库语义检索 | +| 全文检索 | Elasticsearch | 知识文档全文检索 | +| 模型服务框架 | vLLM / TGI | 大模型高效推理服务 | +| 训练框架 | LLaMA-Factory / Axolotl(LoRA微调) | 垂直领域微调 | +| GPU算力 | 本地A100/H100 或 云GPU(阿里云/腾讯云) | 模型推理与训练 | +| 监控 | Arize AI / 自研 | 模型性能与幻觉监控 | + +--- + +## 9. 外部系统对接关系 + +| 对接方(调用方) | AI能力需求 | +| -------------------- | ---------------------------- | +| 慢性病管理(20) | 辅诊推荐、用药建议 | +| 医养商城(19) | 健康档案驱动的个性化商品推荐 | +| 全生命周期监测(23) | 异常行为识别、健康趋势预测 | +| 居家养老管理(10) | 服务方案AI推荐 | +| 运营管理(24) | 智能报告生成 | +| 数据中台(26) | 健康画像与风险预测模型 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| --------------------------- | -------------------------------- | -------------------------------------------------------- | +| 医疗AI幻觉(Hallucination) | 大模型对医疗建议可能输出错误内容 | 强制人工审核关键推荐 + RAG(知识增强检索)降低幻觉率 | +| GPU算力成本 | 本地GPU服务器成本高昂 | 初期用API接口(DeepSeek云API),规模化后自建 | +| 医疗AI合规 | 医疗AI辅助诊断受监管(需备案) | 明确定位为"辅助工具"而非"诊断工具",符合医疗器械监管要求 | +| 数据训练合规 | 用患者数据训练模型需合规授权 | 数据脱敏处理 + 患者知情同意 | +| 边界:AI仅辅助,不替代医生 | 所有AI推荐须经医生确认后执行 | 系统界面明确标注"AI辅助建议,以医生判断为准" | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------------ | ---------------------------- | +| 第一期 | 知识检索(RAG)+ 基础推荐(DeepSeek API) | 医疗知识库构建完成 | +| 第二期 | 辅诊推荐 + 用药建议 + 医疗审核 | 本地GPU算力就绪或API成本可控 | +| 第三期 | 垂直微调模型 + 区域辅诊监测 + 模型管理平台 | 标注数据积累足够 | + +--- + +## 12. 结论 + +人工智能服务是整个医养平台的"智慧大脑",其大模型部署、医疗知识图谱、辅诊推荐等核心能力在 mall 中完全缺失,**必须独立建设**。 + +建议初期采用 DeepSeek API 方式快速落地知识检索和基础推荐,待标注数据积累到一定规模后再进行垂直微调和私有化部署,降低初期投入风险。所有AI医疗建议必须设置人工审核环节,确保医疗安全。 diff --git a/docs/module-Planning/23-全生命周期监测平台-模块规划.md b/docs/module-Planning/23-全生命周期监测平台-模块规划.md new file mode 100644 index 00000000..842fd31a --- /dev/null +++ b/docs/module-Planning/23-全生命周期监测平台-模块规划.md @@ -0,0 +1,213 @@ +# 全生命周期监测平台 模块规划 + +--- + +## 1. 模块定位 + +全生命周期监测平台(以下简称"监测平台")是以**IoT传感器 + AI分析 + GIS空间定位**为三大技术支柱,面向机构养老、居家养老、社区养老三类场景的**全场景感知与智能响应系统**。 + +监测平台实现对老人生命体征、行动轨迹、生活行为的24小时全方位感知,并通过AI分析引擎对异常数据进行实时识别与智能调度,最终形成"感知→分析→预警→响应→复盘"的完整闭环。 + +--- + +## 2. 建设目标 + +1. 实现老人定位(室内+室外)及空间资源(床位/房间/设备)的统一管理 +2. 实现体征数据(心率/血压/血氧/血糖等)的持续监测与预警 +3. 实现行为分析(活动规律/睡眠质量/跌倒检测)与智能巡检 +4. 实现紧急事件的多级智能调度与响应追踪 +5. 提供给家属的实时服务互动与关爱功能 +6. 为运营管理、数据中台提供高质量监测数据资产 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +1. 智能定位与空间管理 +2. 健康监测与预警 +3. 行为分析与智能巡检 +4. 智能调度与响应 +5. 运营管理与质控 +6. 家属服务互动 +7. 系统管理与运维 + +### 3.2 二级模块 + +**智能定位与空间管理**: + +- 实时位置追踪(室内UWB/BLE定位 + 室外GPS) +- 电子围栏管理(自定义危险区域、夜间离床检测) +- 空间档案(床位管理、房间资源、设备位置地图) +- 人员流向与空间热力图分析 + +**健康监测与预警**: + +- 体征数据采集(手环/腕表/床垫传感器等多设备接入) +- 体征基线建立(个体化正常值区间) +- 实时预警(三级告警:提醒/警告/危险) +- 历史体征趋势分析与报告 +- 体征异常AI识别(结合AI服务22号模块) + +**行为分析与智能巡检**: + +- 活动量统计(步数/活跃时间/久坐检测) +- 睡眠质量分析(入睡时间/浅眠/深眠/REM) +- 跌倒智能检测(传感器 + 视频AI双重验证) +- 巡检任务管理(护理人员GPS打卡 + 任务清单) +- 巡检记录与异常上报 + +**智能调度与响应**: + +- SOS紧急呼叫(一键求救 + 自动定位) +- 多级调度规则(就近护理员→值班护士→急救系统) +- 响应计时与追踪 +- 事件处置闭环(处置记录 + 回访 + 总结) +- 对接120急救系统(⚠️ 待确认接口标准) + +**运营管理与质控**: + +- 护理服务质量指标看板 +- 巡检完成率、响应及时率等KPI统计 +- 老人满意度采集 +- 规范化服务流程审核 + +**家属服务互动**: + +- 家属APP/小程序(老人实时状态查看) +- 关爱视频通话(⚠️ 须协调隐私保护规则) +- 健康报告推送(周报/月报自动生成) +- 服务记录可视化(家属端查看护理记录) + +**系统管理与运维**: + +- 设备管理(设备注册/激活/更换/批量OTA升级) +- 账号权限管理(机构管理员/护理人员/家属多角色) +- 系统集成配置(与IoT平台16号模块接口对接) +- 异常日志与运维告警 + +### 3.3 核心功能矩阵 + +| 功能模块 | 技术支柱 | 关键指标 | +| -------- | --------------------- | -------------- | +| 室内定位 | UWB/BLE/RFID | 定位精度≤1m | +| 跌倒检测 | 加速度传感器 + 视频AI | 检测准确率≥95% | +| SOS响应 | 一键呼叫 + 调度 | 响应时长≤30秒 | +| 体征预警 | IoT + 规则引擎 | 预警延迟≤5秒 | +| 家属告知 | 推送 + APP | 及时通知率100% | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +| 能力需求 | mall 现状 | 结论 | +| --------------------------- | --------- | ---------- | +| IoT设备接入与数据采集 | 无 | 须独立建设 | +| 定位引擎(UWB/BLE/GPS融合) | 无 | 须独立建设 | +| 实时体征监测流处理 | 无 | 须独立建设 | +| AI行为分析(跌倒/睡眠) | 无 | 须独立建设 | +| 多级调度与响应引擎 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备任何IoT感知和实时流处理能力,强行堆入会导致架构崩溃(实时流式数据处理与电商事务型处理的技术栈完全不同)。 + +--- + +## 5. 规划判断 + +**独立系统建设(IoT + AI + GIS综合平台)** + +- **IoT接入层**:通过16号模块(智能物联网管理系统,EMQX Broker)统一接入 +- **数据处理层**:Apache Kafka(实时流)+ TimescaleDB/InfluxDB(时序数据库) +- **AI分析层**:调用22号AI服务模块(跌倒检测/异常识别/行为分析) +- **GIS定位层**:室内用UWB/BLE定位SDK + 室外GPS,地图可视化用高德/百度SDK +- **应用层**:机构管理后台(Vue3)+ 家属小程序(uni-app)+ 护理人员APP + +--- + +## 6. 需新增业务能力 + +1. **室内定位引擎**:UWB硬件部署方案 + BLE信标融合定位算法 +2. **时序数据管理**:体征数据的高频写入、压缩存储、降采样查询 +3. **实时规则引擎**:可配置的体征预警规则,支持个体化阈值设置 +4. **跌倒检测算法**:基于加速度传感器数据的跌倒模型(或采购成熟IoT设备自带算法) +5. **多级调度流程**:可配置的事件升级规则,支持超时自动升级 +6. **视频流处理**:摄像头接入 + 隐私保护(模糊化处理) + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------------- | --------------------------------------------------------------------------------------------------- | +| `elder_location` | id, elder_id, x, y, floor, location_type(indoor/outdoor), device_id, ts(时序主键) | +| `vital_sign_record` | id, elder_id, device_id, metric_type, value, unit, quality, ts | +| `vital_alert` | id, elder_id, alert_level(1/2/3), metric_type, trigger_value, threshold, status, resolved_at | +| `fall_event` | id, elder_id, detected_by, device_id, location, video_clip_url, confirmed, confirmed_by, created_at | +| `inspection_task` | id, elder_id, nurse_id, planned_time, checkin_time, checkin_location, status, items(JSONB) | +| `sos_event` | id, elder_id, trigger_type, location, assigned_nurse_id, response_time_s, resolved_at, summary | +| `space_resource` | id, institution_id, type(bed/room/area), code, floor, polygon_coords(JSONB), status | +| `family_notification` | id, elder_id, family_user_id, event_type, content, push_status, push_at | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | ------------------------------- | ---------------------- | +| 时序数据库 | TimescaleDB / InfluxDB | 体征数据高频存储与查询 | +| 消息流 | Apache Kafka | 实时体征数据流处理 | +| 室内定位 | 主流UWB设备(海康/大华/移远等) | 室内精确定位 | +| 规则引擎 | Drools / 自定义规则配置 | 可配置体征预警规则 | +| 地图SDK | 高德地图SDK | 室外定位可视化 | +| 实时通信 | WebSocket / MQTT | 前端实时状态推送 | +| 视频流 | GB28181协议 / RTSP | 摄像头视频接入 | + +--- + +## 9. 外部系统对接关系 + +| 对接系统 | 方向 | 内容 | +| ------------------------ | ----------------- | ------------------------------------ | +| 智能物联网管理系统(16) | 依赖 | 设备接入、OTA升级、设备状态管理 | +| 人工智能服务(22) | 依赖 | 跌倒检测、行为异常识别、健康趋势预测 | +| 呼叫中心(06) | 双向 | SOS事件传递、调度联动 | +| 安全系统(09) | 双向 | 围栏报警、安全事件联动 | +| 数据中台(26) | 单向输出 | 监测数据汇入数据湖 | +| 家属端小程序 | 双向 | 健康数据展示、推送通知 | +| 120急救系统 | 单向(⚠️ 待确认) | 危急事件自动通报 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| --------------- | ------------------------------------------ | ----------------------------------------- | +| 隐私保护 | 摄像头+位置追踪涉及个人隐私 | 严格权限管控 + 视频脱敏 + 获取知情同意 | +| 设备成本 | UWB室内定位硬件成本较高 | 低价值区域可用BLE替代(精度降低但成本低) | +| 数据量 | 高频体征数据量极大(秒级采样) | 时序数据库 + 数据降采样策略 | +| 跌倒漏报 | 传感器类跌倒检测存在漏报 | 多设备融合检测(传感器+视频双重验证) | +| 网络依赖 | 断网环境下感知数据无法上传 | 设备本地缓存 + 网络恢复后补传 | +| 边界:监测≠护理 | 本系统提供感知数据,护理操作由护理人员执行 | 清晰划分系统边界,避免功能重复建设 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ---------------------------------------------- | ----------------------- | +| 第一期 | 健康监测(体征采集+预警)+ 家属通知 + 基础管理 | IoT物联网平台(16)就绪 | +| 第二期 | 室内定位 + 跌倒检测 + SOS响应调度 | UWB硬件采购安装完成 | +| 第三期 | AI行为分析 + 全场景可视化大屏 + 数据中台对接 | AI服务(22)就绪 | + +--- + +## 12. 结论 + +全生命周期监测平台是医养机构服务品质的核心保障,涉及IoT感知、实时流处理、AI分析和GIS定位等复杂技术栈,mall 完全缺乏这些能力,**必须独立建设**。 + +建议以"健康监测+家属通知"为MVP快速上线,以获得用户信任,再逐步扩展至室内定位、跌倒检测等高价值功能。室内定位设备须优先考虑已具备边缘计算能力的一体化IoT设备,降低软件开发成本。 diff --git a/docs/module-Planning/24-运营管理系统-模块规划.md b/docs/module-Planning/24-运营管理系统-模块规划.md new file mode 100644 index 00000000..bacf4596 --- /dev/null +++ b/docs/module-Planning/24-运营管理系统-模块规划.md @@ -0,0 +1,235 @@ +# 运营管理系统 模块规划 + +--- + +## 1. 模块定位 + +运营管理系统是面向**平台运营人员、机构管理者和商务人员**的综合运营中枢,承担平台权限管控、服务生命周期管理、数字营销推广、财务分账结算、安全审计和经营决策分析等核心职能。 + +该系统是整个医养平台能够商业化运转的**管理骨干**,直接关系到平台运营效率、合规性和商业可持续性。 + +--- + +## 2. 建设目标 + +1. 建立统一的账号权限中枢,覆盖多机构、多角色、多租户管理 +2. 管理服务产品的全生命周期(上线→运营→下架) +3. 提供多维度数字营销工具(优惠券/补贴/广告位/活动) +4. 构建平台财务分账结算和提现管理体系 +5. 建立完整的安全审计与操作日志体系 +6. 提供关键经营指标的实时看板与决策分析报告 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +1. 权限管理中枢 +2. 服务生命周期管理 +3. 数字化营销工具箱 +4. 财务分账中枢 +5. 安全审计模块 +6. 决策支持与数据分析 +7. 商城运营功能(直播/智能设备/积分拼团等) + +### 3.2 二级功能清单 + +**权限管理中枢**: + +- 超级管理员账号体系(平台级) +- 机构管理员账号体系(机构级多租户) +- 角色权限矩阵(RBAC细粒度权限配置) +- 操作员批量导入/导出 +- 账号安全策略(密码周期/两步验证/IP白名单) + +**服务生命周期管理**: + +- 服务/产品上架审核流程 +- 服务类目管理与价格备案 +- 服务版本管理与历史记录 +- 服务下架工单与善后处理 +- 服务SLA指标配置(响应时效/评分门槛等) + +**数字化营销工具箱**: + +- 优惠券配置(折扣/减满/礼品卡) +- 平台补贴(老人减免/政府补贴联动) +- 广告位管理(Banner/首页推荐/弹窗) +- 活动策划(限时特卖/节日活动/抽奖) +- 积分体系管理(积分规则/兑换商品/有效期) +- 拼团活动管理(成团规则/价格配置) +- 会员等级与权益配置 + +**财务分账中枢**: + +- 订单对账(平台订单与财务账单核对) +- 多方分账规则配置(平台抽成/机构分成/服务商分成) +- 政府补贴资金台账 +- 服务商提现申请与审批 +- 财务报表(日/周/月/年报) +- 税务凭证导出(⚠️ 待确认开票接入方式) + +**安全审计模块**: + +- 全量操作日志(操作人/时间/IP/操作内容) +- 异常登录检测(异地登录/多次失败告警) +- 敏感数据访问审计 +- 合规性自检报告 +- 数据导出审批流程 + +**决策支持与数据分析**: + +- 关键经营指标实时看板(GMV/DAU/服务完成率等) +- 机构运营排行(服务量/评分/投诉率) +- 用户行为漏斗分析 +- 服务商绩效报告 +- 营销活动效果分析 +- 自定义报表导出 + +**商城运营功能(来源于源文档22号系统的商城描述)**: + +- 直播带货管理(主播入驻/场次管理/商品关联) +- 智能AI设备管理(配套设备销售与服务绑定) +- 积分拼团活动(与积分体系联动) +- 秒杀活动管理 +- 新人礼包配置 +- B2B批量采购专区管理 + +### 3.3 核心功能矩阵 + +| 功能模块 | 操作人员 | 业务价值 | +| -------- | -------- | -------------- | +| 权限中枢 | 平台超管 | 安全合规基础 | +| 分账结算 | 财务人员 | 商业模式落地 | +| 营销工具 | 运营人员 | 用户增长与留存 | +| 经营分析 | 管理层 | 决策依据 | +| 安全审计 | 合规人员 | 监管合规 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:B(中度契合,可参考 mall 架构后扩展建设)** + +### mall 可直接参考 / 复用的能力: + +| mall 现有能力 | 对应运营功能 | 参考方式 | +| ---------------- | ---------------- | ---------------------------------- | +| RBAC权限管理 | 权限管理中枢 | 直接参考架构,扩展多租户支持 | +| 优惠券与营销活动 | 数字化营销工具箱 | 参考优惠券数据模型,扩展补贴类型 | +| 商家分账与结算 | 财务分账中枢 | 参考分账逻辑,扩展政府补贴通道 | +| 订单统计报表 | 决策支持看板 | 参考报表结构,扩展医养业务指标 | +| 积分体系 | 积分与会员管理 | 直接复用积分规则引擎,扩展兑换商品 | +| 广告位管理 | 广告位管理 | 直接复用 | +| 直播管理模块 | 直播带货管理 | 直接参考 | + +### 须独立建设的能力(mall 没有): + +| 医养特有需求 | 说明 | +| ---------------- | -------------------------------------- | +| 多机构多租户管理 | mall 不涉及机构树与多租户隔离 | +| 政府补贴台账 | 政府补贴与医保资金管理,非商业平台概念 | +| 服务SLA管理 | 养老服务有响应时效要求,mall 无此配置 | +| 合规审计报告 | 医养监管需要合规自检,mall 无此模块 | +| 医养类目管理 | 养老服务类目体系与商品类目完全不同 | + +--- + +## 5. 规划判断 + +**B级建设策略:以 mall 运营后台为参考基础,扩展医养特有运营能力** + +- 复用 mall 的权限框架(RBAC)、营销工具(优惠券/积分/广告位)等通用能力 +- 在此基础上扩展:多租户、政府补贴台账、服务生命周期管理、合规审计 +- 建议在业务中台(25号)统一身份基础上构建,避免权限体系重复 + +**技术选型**: + +- 后端:Node.js + PostgreSQL(与 mall 一致的技术栈,降低团队学习成本) +- 前端:Vue3 + Element Plus(PC端管理后台) +- 数据分析:ClickHouse(OLAP查询)+ ECharts(可视化) +- 分账服务:复用 mall 分账逻辑,扩展政府补贴通道 + +--- + +## 6. 需新增业务能力 + +1. **多租户机构管理**:机构树/区域隔离/数据权限边界 +2. **政府补贴资金管理**:补贴类型配置、资金到账确认、补贴发放核销 +3. **服务SLA引擎**:服务类型与响应时效绑定,超时自动预警 +4. **合规审计报告**:可导出的合规自检报告,支持监管查阅 +5. **医养类目管理**:养老服务分类体系(居家/机构/社区/医疗辅助) + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| --------------------- | ------------------------------------------------------------------------------------- | +| `institution` | id, parent_id, name, type, region_code, contract_start, contract_end, status | +| `operation_audit_log` | id, operator_id, module, action, target_id, target_type, ip, request_hash, created_at | +| `govt_subsidy_record` | id, elder_id, subsidy_type, amount, source, apply_at, approved_at, paid_at, status | +| `service_sla_config` | id, service_type, response_time_minutes, escalation_rules(JSONB), updated_by | +| `ad_slot` | id, slot_name, position, institution_id, start_time, end_time, media_url, click_count | +| `settlement_rule` | id, institution_id, platform_rate, merchant_rate, govt_channel, effective_date | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ------------ | ------------------------------------------ | ---------------------- | +| OLAP分析 | ClickHouse | 运营报表高性能聚合查询 | +| 数据可视化 | ECharts / AntV G2 | 经营看板图表 | +| 审计日志存储 | Elasticsearch | 全量操作日志快速检索 | +| 分账服务 | 复用 mall 分账 + 医保专属通道(⚠️ 待确认) | 多方分账与政府补贴 | +| 开票接口 | 百旺/航天信息云开票API(⚠️ 待确认) | 财务发票开具 | + +--- + +## 9. 外部系统对接关系 + +| 对接系统 | 方向 | 内容 | +| ------------------ | ---------------- | ------------------------------ | +| 业务中台(25) | 依赖 | 统一身份与权限底座 | +| 数据中台(26) | 依赖(数据查询) | 经营分析数据来源 | +| 医养商城(19) | 双向 | 商城活动配置/营销投放/财务对账 | +| 服务商管理(11) | 双向 | 服务商分账、绩效看板 | +| 政府监管系统(01) | 单向上报 | 合规数据上报 | +| 短信平台(13) | 调用 | 营销短信、账单通知 | +| 长护险(18) | 双向 | 政府补贴台账联动 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ---------------------------------------- | ------------------------------------ | -------------------------------------------------- | +| 权限设计复杂度 | 多机构+多角色+多租户权限矩阵设计复杂 | 采用成熟RBAC框架,严格数据权限行级过滤 | +| 分账合规 | 多方分账涉及税务和监管要求 | 与财务和法务团队确认分账规则,对接合规开票系统 | +| 政府补贴接入 | 各地政府补贴标准不统一 | 补贴类型/金额参数化配置,支持按区域定制 | +| 数据分析性能 | 运营报表涉及大量聚合查询 | PostgreSQL主库用于事务,ClickHouse用于分析 | +| 边界:本系统管商务运营,不管个人医疗数据 | 避免将老人健康数据直接暴露在运营后台 | 严格数据权限隔离,运营人员无法直接访问老人健康档案 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P0(核心基础,尽早建设)** + +| 分期 | 内容 | 说明 | +| ------ | ------------------------------------------------------- | ------------ | +| 第一期 | 权限中枢 + 服务管理 + 基础财务结算 | 平台上线必备 | +| 第二期 | 营销工具箱 + 经营看板 + 合规审计 | 运营增长必备 | +| 第三期 | 政府补贴台账 + 多维度分析报表 + 直播/拼团等商城扩展功能 | 商业化深化 | + +--- + +## 12. 结论 + +运营管理系统是平台商业化运转的核心骨干,**优先级最高(P0)**。 + +mall 的权限管理、营销工具、分账结算和积分体系可为本模块提供直接参考(B级),可节省约 40% 的开发工作量。但多机构租户、政府补贴、服务SLA、合规审计等医养特有能力须独立扩展建设。 + +建议以 mall 为参考基线,在业务中台(25号)统一身份底座上构建运营管理后台,避免重复建设权限模型。 diff --git a/docs/module-Planning/25-业务中台-模块规划.md b/docs/module-Planning/25-业务中台-模块规划.md new file mode 100644 index 00000000..6326c105 --- /dev/null +++ b/docs/module-Planning/25-业务中台-模块规划.md @@ -0,0 +1,210 @@ +# 业务中台 模块规划 + +--- + +## 1. 模块定位 + +业务中台是整个医养平台的**共享业务能力底座**,通过服务化拆分将各业务系统共同依赖的核心能力抽离为独立微服务,对上层各业务系统(居家养老、商城、监管、康复等)提供统一调用接口,实现"能力复用、数据一致、避免烟囱"。 + +业务中台不直接面向终端用户,而是作为**平台级基础设施层**,支撑所有P0/P1业务系统的稳定运行。 + +--- + +## 2. 建设目标 + +1. 建立统一身份中心(用户/员工/机构/老人多主体统一管理) +2. 建立多端接入层(APP、小程序、PC、大屏、IoT设备统一接入) +3. 建立医疗业务中心(分级诊疗、家庭医生签约、服务契约管理) +4. 建立监管调度中心(DRG/DIP规则库、审批流引擎、合规校验) +5. 建立服务资源中心(适老化改造、商保结算网关、服务商结算) +6. 提供统一的消息通知和推送服务 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +1. 用户服务中心 +2. 医疗业务中心 +3. 监管调度中心 +4. 服务资源中心 +5. 消息通知中心 +6. 中台管理与治理 + +### 3.2 二级功能清单 + +**用户服务中心(统一身份)**: + +- 统一账号注册/登录/注销(手机号/微信/人脸等多方式) +- 多角色统一管理(老人/家属/护理员/医生/机构管理员/政府监管人员) +- 多端统一会话管理(微信小程序/APP/H5/PC) +- 账号安全策略(实名认证/设备绑定/异常登录检测) +- 老人档案统一主数据(身份信息/健康基线/家属关系/享受政策) +- 机构档案统一主数据(机构信息/资质证书/床位/签约服务商) + +**医疗业务中心**: + +- 分级诊疗流程(社区首诊→转诊大医院→下转康复) +- 家庭医生签约管理(签约关系/签约服务包/续签/违约处理) +- 服务契约管理(服务协议/服务标准/服务期限/续约提醒) +- 转介管理(机构间老人转接/流程审批/信息随行) +- 病历摘要共享(老人医疗信息跨机构安全访问,⚠️ 需医疗数据授权体系) + +**监管调度中心**: + +- DRG/DIP规则库维护(结合17号医保控费模块) +- 审批流引擎(可配置多级审批,供全平台业务使用) +- 合规预校验(服务上架合规/营销合规/资质有效期校验) +- 服务监督指标(服务完成率/投诉率/整改率联动追踪) + +**服务资源中心**: + +- 适老化改造项目管理(申请→审核→施工→验收,结合15号模块) +- 商保结算网关(对接商业险预授权与理赔结算,⚠️ 待确认商保合作方) +- 服务资源台账(护理员/设备/床位的统一资源登记与调配) +- 服务商结算统一入口 + +**消息通知中心**: + +- 统一消息路由(短信/推送/站内信/微信模板消息) +- 消息模板管理 +- 消息发送日志与状态追踪 +- 优先级队列(紧急预警 > 业务通知 > 营销消息) +- 对接13号短信平台 + +**中台管理与治理**: + +- API网关(统一鉴权/限流/熔断/路由) +- 微服务注册与发现(Nacos/Consul) +- 配置中心(各服务配置统一管理) +- 服务调用链路追踪(SkyWalking/Jaeger) +- 服务健康监控(Prometheus + Grafana) + +### 3.3 能力共享关系 + +| 上层业务系统 | 调用中台能力 | +| -------------- | --------------------------- | +| 居家养老(10) | 统一身份+消息通知+服务契约 | +| 医养商城(19) | 统一身份+消息通知 | +| 运营管理(24) | 统一身份(权限底座)+审批流 | +| 呼叫中心(06) | 统一身份+老人档案(主数据) | +| 健康管理(08) | 统一身份+老人档案+消息通知 | +| 长护险(18) | 监管调度+商保结算网关 | +| 评估系统(07) | 统一身份+老人档案 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +| 能力需求 | mall 现状 | 结论 | +| ------------------------------------- | ---------------------------------- | ---------- | +| 多主体统一身份(老人/医护/机构/政府) | mall 仅有消费者+商家+骑手+客服角色 | 须独立重建 | +| 分级诊疗与签约管理 | 无 | 须独立建设 | +| DRG/DIP规则库与合规校验 | 无 | 须独立建设 | +| 商保结算网关 | 无 | 须独立建设 | +| 微服务治理与API网关 | mall 为单一应用,无中台架构 | 须独立建设 | +| 审批流引擎 | 无 | 须独立建设 | + +mall 是通用电商单体/单角色系统,不具备医养平台所需的多主体、多角色、中台化治理能力,强行堆入会导致数据隔离失控和架构崩溃。 + +--- + +## 5. 规划判断 + +**独立建设(微服务中台架构)** + +- **API网关**:Kong / APISIX(统一鉴权/限流/路由) +- **服务注册与发现**:Nacos +- **消息中间件**:RabbitMQ / Kafka(异步消息解耦) +- **配置中心**:Nacos Config / Apollo +- **数据库**:PostgreSQL(主业务数据)+ Redis(缓存/会话) +- **链路追踪**:SkyWalking +- **容器化**:Docker + Kubernetes(K8s) + +--- + +## 6. 需新增业务能力 + +1. **多主体身份模型**:支持老人/家属/护理员/医生/机构管理员/政府监管6+类角色的统一管理 +2. **同一账号多角色切换**:一个手机号可关联多个角色(如一个人既是家属也是护理员) +3. **数据权限行级隔离**:不同机构的数据严格隔离,不同角色的数据访问范围不同 +4. **可视化审批流引擎**:拖拽式审批节点配置,供全平台各业务场景复用 +5. **医疗数据授权与访问控制**:老人授权特定医生访问其病历的细粒度权限控制 + +--- + +## 7. 需新增数据模型 + +| 模型 | 关键字段 | +| ------------------------- | ---------------------------------------------------------------------------------------------------- | +| `unified_user` | id, phone, face_id, wechat_openid, real_name, id_card, roles(array), status | +| `elder_master` | id, user_id, gender, birth_date, address, health_baseline(JSONB), policy_tags(array), institution_id | +| `family_relation` | id, elder_id, family_user_id, relation_type, is_emergency_contact, authorized_access(JSONB) | +| `doctor_patient_contract` | id, doctor_id, elder_id, service_package_id, start_date, end_date, status, renewal_count | +| `approval_workflow` | id, name, nodes(JSONB), applicable_modules(array), version, is_active | +| `approval_instance` | id, workflow_id, apply_user_id, target_id, target_type, current_node, status, created_at | +| `message_record` | id, user_id, channel(sms/push/wechat), template_id, content, status, sent_at | +| `service_resource` | id, type, institution_id, resource_data(JSONB), status, available_from | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ------------ | -------------------- | -------------------- | +| API网关 | Kong / APISIX | 统一鉴权/限流/熔断 | +| 服务注册发现 | Nacos | 微服务治理 | +| 消息中间件 | RabbitMQ | 异步业务解耦 | +| 链路追踪 | SkyWalking | 微服务调用链路分析 | +| 监控 | Prometheus + Grafana | 服务健康监控 | +| 实名认证 | 公安三要素API | 老人/员工实名认证 | +| 人脸识别 | 百度/旷视 人脸SDK | 人脸登录/打卡核验 | +| 容器编排 | Docker + Kubernetes | 微服务部署与弹性伸缩 | + +--- + +## 9. 外部系统对接关系 + +| 对接系统 | 方向 | 内容 | +| ------------------ | ----------------------- | ------------------------ | +| 全平台所有业务系统 | 被调用 | 统一身份/消息/审批流提供 | +| 医保DIP(17) | 依赖 | 合规规则库同步 | +| 短信平台(13) | 调用 | 消息发送路由 | +| 第三方实名认证平台 | 调用(⚠️ 待确认供应商) | 实名核验 | +| 商保合作方 | 调用(⚠️ 待确认) | 预授权与理赔结算接口 | +| 政府监管系统(01) | 单向上报 | 合规数据上报 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------ | ------------------------------ | -------------------------------------------- | +| 中台过度设计 | 过早抽象中台导致开发周期延长 | 先解决P0业务需求,逐步沉淀共性能力到中台 | +| 多角色权限矩阵复杂 | 角色多、权限细粒度设计复杂 | 采用成熟RBAC+ABAC框架,严格评审行级权限规则 | +| 数据隔离合规 | 多机构数据隔离是监管要求 | 行级安全(RLS)+ 租户ID过滤强制执行 | +| 医疗数据访问授权 | 老人病历跨机构访问涉及数据伦理 | 明确老人授权同意后才可访问,记录完整访问日志 | +| 商保网关接入复杂 | 各商业险公司接口不统一 | 先对接1-2家主流商保公司,逐步扩展 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P1(P0业务系统的必要前置)** + +| 分期 | 内容 | 说明 | +| ------ | ---------------------------------- | ------------------------- | +| 第一期 | 统一身份+多角色+API网关+消息通知 | P0/P1业务系统上线前须完成 | +| 第二期 | 审批流引擎+医疗业务中心+监管调度 | P1系统建设期间同步构建 | +| 第三期 | 商保结算网关+转介管理+中台治理完善 | P2阶段按需扩展 | + +--- + +## 12. 结论 + +业务中台是整个医养平台的**底层业务基础设施**,mall 不具备医养平台所需的多主体身份、中台化治理、审批流引擎等任何中台能力,**必须独立建设**。 + +业务中台应以"够用即可,避免过度设计"为原则:优先建设统一身份与API网关(所有P0系统都依赖),再随业务发展逐步将共性能力沉淀到中台,切忌一开始就追求完整中台架构导致项目延期。 diff --git a/docs/module-Planning/26-数据中台-模块规划.md b/docs/module-Planning/26-数据中台-模块规划.md new file mode 100644 index 00000000..9b3bb877 --- /dev/null +++ b/docs/module-Planning/26-数据中台-模块规划.md @@ -0,0 +1,220 @@ +# 数据中台 模块规划 + +--- + +## 1. 模块定位 + +数据中台是整个医养平台的**数据资产管理与智能分析体系**,负责汇聚全平台各业务系统产生的数据(结构化/半结构化/非结构化),通过数据湖、数据仓库、主题库和专题库的分层架构,为运营决策、AI模型训练、政府监管上报和区域医养事业评估提供高质量数据支撑。 + +数据中台不直接面向业务用户,而是作为**数据资产的统一管理层**,对上层消费系统(运营管理、AI服务、政府监管)提供标准化数据服务。 + +--- + +## 2. 建设目标 + +1. 构建医养数据湖,统一汇聚全平台数据资产 +2. 建立 ODS → 基准层 → 主题层 → 专题层的分层数仓体系 +3. 建立数据治理平台(数据质量/数据血缘/数据目录) +4. 构建医疗知识图谱(ICD-10/SNOMED CT/中医知识体系) +5. 构建 AI 大模型训练数据管理平台(DeepSeek 垂直微调数据集管理) +6. 提供标准化的数据服务API(报表查询/指标计算/数据导出) + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +1. 数据湖基座 +2. 数据仓库(分层体系) +3. 数据治理平台 +4. 医疗知识图谱 +5. AI大模型训练数据管理 +6. 数据服务与API + +### 3.2 二级功能清单 + +**数据湖基座**: + +- 全平台数据接入(数据库CDC/Kafka流/文件上传) +- 多源异构数据统一存储(结构化表/JSON/文件/时序数据) +- 数据分区策略(按时间/机构/数据类型分区) +- 数据访问权限管理(列级/行级权限) +- 数据生命周期管理(冷热分层/自动归档) + +**数据仓库分层体系**: + +- ODS层(贴源层):从各业务系统实时/批量同步原始数据 +- 基准层(DWD):数据清洗/标准化/维度建模 +- 主题层(DWS):老人域/机构域/服务域/健康域等主题宽表 +- 专题层(ADS):运营指标/监管上报/AI训练集等面向具体场景的专题表 + +**数据治理平台**: + +- 数据目录(元数据管理,数据资产全景地图) +- 数据血缘(字段级来源追踪) +- 数据质量规则配置(完整性/一致性/时效性监控) +- 数据标准(统一字段命名、枚举值、编码规范) +- 数据问题工单(数据质量问题发现→修复→关闭闭环) + +**医疗知识图谱**: + +- ICD-10疾病分类体系(国家标准10000+节点) +- SNOMED CT 国际医学术语(⚠️ 待确认授权) +- 药品知识图谱(药品-适应症-禁忌-相互作用-价格) +- 中医知识体系(证候-方剂-药材-经络关系) +- 护理规范知识库(养老护理操作规范、评估量表) +- 知识图谱查询API(供AI服务22号调用) + +**AI大模型训练数据管理**: + +- 标注任务管理(标注人员分配/质检/审核) +- 训练数据集版本管理(数据集切割/版本记录) +- 数据脱敏工具(患者隐私字段自动脱敏) +- 训练数据质量评估(标注一致性、数据分布分析) +- 与AI服务(22号)训练管道对接 + +**数据服务与API**: + +- 统一查询API(支持SQL/REST两种接口) +- 指标计算服务(平台关键指标实时/离线计算) +- 监管报表生成(对接01号政府监管系统的数据上报) +- 数据导出服务(Excel/CSV/JSON格式导出审批) +- 数据订阅推送(增量数据变化推送给订阅系统) + +### 3.3 数据分层模型 + +``` +┌─────────────────────────────────────────────────────────┐ +│ 专题层ADS │ 运营看板 │ 监管上报 │ AI训练集 │ 选题分析 │ +├─────────────────────────────────────────────────────────┤ +│ 主题层DWS │ 老人主题 │ 机构主题 │ 服务主题 │ 健康主题 │ +├─────────────────────────────────────────────────────────┤ +│ 基准层DWD │ 清洗/标准化/维度建模(数据规范化处理) │ +├─────────────────────────────────────────────────────────┤ +│ 同步层ODS │ 全平台27个业务系统原始数据实时/批量同步 │ +├─────────────────────────────────────────────────────────┤ +│ 数据湖 │ 结构化+半结构化+非结构化数据统一存储 │ +└─────────────────────────────────────────────────────────┘ +``` + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +| 能力需求 | mall 现状 | 结论 | +| ----------------------------- | --------- | ---------- | +| 数据湖架构(Hadoop/对象存储) | 无 | 须独立建设 | +| 分层数仓(ODS/DWD/DWS/ADS) | 无 | 须独立建设 | +| 数据治理平台 | 无 | 须独立建设 | +| 医疗知识图谱 | 无 | 须独立建设 | +| AI训练数据管理 | 无 | 须独立建设 | +| OLAP分析引擎 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备任何大数据处理和数据治理能力,强行堆入会导致维护灾难(OLTP与OLAP完全不同的技术栈和运维要求)。 + +--- + +## 5. 规划判断 + +**独立建设(大数据平台架构)** + +云原生路线(推荐云部署,降低运维难度): + +- **数据湖存储**:阿里云OSS / 腾讯云COS(对象存储) +- **实时数据接入**:Apache Kafka(CDC流数据) +- **批量数据同步**:DataX / SeaTunnel(从各业务系统导入) +- **计算引擎**:Apache Spark(批计算)+ Apache Flink(流计算) +- **数据仓库**:ClickHouse(OLAP分析)或阿里云MaxCompute(云数仓) +- **数据治理**:Apache Atlas / 自研 +- **知识图谱**:Neo4j(图数据库) +- **调度**:Apache DolphinScheduler(数据任务调度) +- **可视化**:Superset / 自研(数据探索) + +--- + +## 6. 需新增业务能力 + +1. **数据标准体系**:统一全平台的字段命名规范、枚举值标准、编码规范 +2. **医疗数据脱敏工具**:批量脱敏(姓名/身份证/手机号/病历关键信息) +3. **数据访问审批流程**:敏感数据(健康档案/医疗记录)的访问申请与审批 +4. **数据质量监控**:每日自动检测数据完整性、一致性,异常自动告警 +5. **监管数据上报格式**:按照民政/卫健委数据上报标准生成上报文件(⚠️ 待确认各地标准) + +--- + +## 7. 需新增数据模型(数据治理侧) + +| 模型 | 关键字段 | +| --------------------- | ----------------------------------------------------------------------------------------------- | +| `data_catalog` | id, table_name, layer(ods/dwd/dws/ads), description, owner, sensitivity_level, update_frequency | +| `data_lineage` | id, source_table, source_column, target_table, target_column, transform_logic, created_at | +| `data_quality_rule` | id, table_name, rule_type, rule_config(JSONB), alert_threshold, is_active | +| `data_quality_result` | id, rule_id, check_date, total_count, fail_count, fail_rate, status | +| `knowledge_node` | id, graph_type(icd10/drug/cm), code, name, properties(JSONB), created_at | +| `knowledge_relation` | id, source_node_id, target_node_id, relation_type, weight, source_doc | +| `dataset_version` | id, name, purpose(ai_train/report/export), snapshot_date, record_count, status, is_desensitized | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ---------- | ----------------------- | ---------------------- | +| 数据湖存储 | 阿里云OSS / 腾讯云COS | 原始数据湖存储 | +| 数据同步 | DataX / SeaTunnel | 业务系统→数仓增量同步 | +| 流处理 | Apache Flink | 实时数据流处理与聚合 | +| 批处理 | Apache Spark | 大规模批计算任务 | +| OLAP引擎 | ClickHouse | 高性能分析查询 | +| 图数据库 | Neo4j | 医疗知识图谱存储与查询 | +| 任务调度 | Apache DolphinScheduler | 数据任务的DAG调度 | +| 数据治理 | Apache Atlas | 元数据管理与血缘追踪 | +| 数据可视化 | Apache Superset | 数据探索与自助分析 | + +--- + +## 9. 外部系统对接关系 + +| 对接系统 | 方向 | 内容 | +| -------------------- | --------------------- | -------------------------------- | +| 全部27个业务系统 | 数据流入 | 业务数据同步到ODS层 | +| 政府监管系统(01) | 数据流出 | 上报标准格式数据文件 | +| AI服务(22) | 双向 | 知识图谱API供应 + 训练数据集供应 | +| 运营管理(24) | 数据流出 | 经营分析指标供应 | +| ClickHouse(分析库) | 数据流出 | ADS层面向分析的宽表 | +| SNOMED CT授权方 | 数据引入(⚠️ 待确认) | 国际医学术语授权 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| -------------------------------- | ---------------------------------------------- | ---------------------------------------------------------- | +| 建设周期长 | 大数据平台建设周期往往在6-12个月以上 | P2优先级,待核心业务系统稳定后再建 | +| 运维复杂度 | Kafka/Spark/Flink/ClickHouse等技术栈运维门槛高 | 优先选用云托管服务(如阿里云DataWorks)降低运维成本 | +| 数据隐私合规 | 医疗数据属于敏感个人信息(PIPL/等保三级) | 数据分类分级 + 脱敏 + 访问审批 + 等保合规 | +| 数据标准不统一 | 各业务系统字段定义不统一,数据清洗工作量大 | 在业务中台(25)建立统一数据标准,从源头控制数据质量 | +| 知识图谱授权 | SNOMED CT商业授权费用较高 | 先用ICD-10(国标免费)+自建医养知识图谱,后续评估SNOMED CT | +| 边界:数据中台只做数据,不做业务 | 避免将业务逻辑放到数仓中实现 | 严格区分数据层和应用层的职责边界 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2** + +| 分期 | 内容 | 前置条件 | +| ------ | ------------------------------------------- | ------------------------------- | +| 第一期 | ODS同步 + ClickHouse + 运营基础报表 | P0/P1业务系统产生足够数据后启动 | +| 第二期 | 数据治理 + 主题层建模 + 知识图谱(ICD-10) | 数仓稳定运行3-6个月后启动 | +| 第三期 | AI训练数据管理 + SNOMED CT + 全链路数据血缘 | AI服务(22)建设期间同步 | + +--- + +## 12. 结论 + +数据中台是医养平台的**数据智慧层**,mall 完全不具备大数据处理和数据治理能力,**必须独立建设**。 + +建议初期不追求完整的大数据平台,而是以"ClickHouse + 基础运营报表 + 数据同步"为MVP,在各业务系统积累足够数据后再逐步完善数仓分层和数据治理体系。优先使用云托管大数据服务降低运维负担,待数据量规模化后再评估自建集群的必要性。 diff --git a/docs/module-Planning/27-技术中台-模块规划.md b/docs/module-Planning/27-技术中台-模块规划.md new file mode 100644 index 00000000..8bbdf429 --- /dev/null +++ b/docs/module-Planning/27-技术中台-模块规划.md @@ -0,0 +1,235 @@ +# 技术中台 模块规划 + +--- + +## 1. 模块定位 + +技术中台是整个医养平台的**技术基础设施层**,负责为所有业务系统提供统一的微服务架构、医疗互联互通协议(HL7/FHIR)、API网关治理、消息队列、区块链存证和国密安全加密等基础技术能力,确保整个平台的高可用、高安全、高可扩展性。 + +技术中台不直接提供业务功能,而是作为平台**技术底座**,是所有业务系统稳定运行的基础保障。 + +--- + +## 2. 建设目标 + +1. 建立微服务架构体系(服务拆分/注册/发现/治理) +2. 实现医疗互联互通标准协议(HL7 FHIR R4)的统一适配 +3. 构建独立API网关(统一鉴权/限流/熔断/审计) +4. 建立统一消息队列体系(异步解耦/顺序保障/死信处理) +5. 构建区块链存证服务(服务记录/审批数据/电子签章不可篡改) +6. 建立国密加密体系(SM2/SM3/SM4满足医疗数据合规加密要求) +7. 提供统一的监控告警、日志采集和链路追踪能力 + +--- + +## 3. 核心功能范围 + +### 3.1 一级模块 + +1. 微服务治理平台 +2. 医疗互联互通协议层(HL7/FHIR) +3. API网关 +4. 消息队列服务 +5. 区块链存证服务 +6. 国密安全加密服务 +7. 统一监控与可观测性 + +### 3.2 二级功能清单 + +**微服务治理平台**: + +- 服务注册与发现(Nacos) +- 服务配置中心(动态配置下发,无需重启) +- 服务熔断与降级(Sentinel/Resilience4j) +- 负载均衡策略配置 +- 灰度发布与蓝绿部署支持 +- 服务版本管理与 API 契约管理(OpenAPI 3.0) + +**医疗互联互通协议层**: + +- HL7 FHIR R4 资源适配(Patient/Observation/MedicationRequest等标准资源) +- FHIR Server(开源 HAPI FHIR) +- 接口适配网关(将各业务系统内部接口适配为FHIR标准接口) +- 医疗数据交换格式校验(与外部HIS/LIS/PACS对接时格式验证) +- 互联互通成熟度等级评测支持(⚠️ 待确认目标等级与评测节点) + +**API网关**: + +- 统一鉴权(JWT/OAuth2.0/API Key多种鉴权方式) +- 请求限流(按IP/用户/接口的多维度限流) +- 熔断降级(自动熔断异常服务,返回fallback响应) +- 请求路由(按路径/版本/灰度标签路由) +- 接口审计日志(所有API调用完整记录) +- SSL/TLS终止(统一证书管理,加密传输) + +**消息队列服务**: + +- 业务解耦消息发布订阅(各业务系统间异步通信) +- 顺序消息支持(如审批流程的顺序节点推进) +- 延迟消息(定时提醒/超时预警等场景) +- 消息重试与死信队列(消费失败后的重试与人工处理) +- 消息轨迹追踪(消息全链路状态查询) +- 与区块链存证联动(关键业务消息的存证触发) + +**区块链存证服务**: + +- 存证数据写入(服务记录/长护险服务凭证/审批结果/电子合同) +- 存证哈希查询(按业务ID查询对应区块链哈希) +- 存证验真(对比本地数据与链上哈希,验证未被篡改) +- 区块链平台管理(节点状态/存证量统计) +- 对接公信力区块链平台(⚠️ 待确认:百度超级链/腾讯TrustSQL/蚂蚁链等,需政府监管认可) + +**国密安全加密服务**: + +- SM2(非对称加密):关键数据的加密存储与数字签名 +- SM3(哈希算法):数据完整性校验(替代SHA-256) +- SM4(对称加密):批量数据的加密传输与存储 +- 密钥管理服务(KMS)(密钥生成/存储/轮换/销毁) +- 国密TLS(TLCP协议支持,⚠️ 需专用服务器支持) +- 电子签章服务(结合SM2完成电子文件签章) + +**统一监控与可观测性**: + +- 指标监控(Prometheus + Grafana:系统负载/接口响应时间/错误率) +- 日志采集(ELK:Elasticsearch + Logstash + Kibana) +- 分布式链路追踪(SkyWalking / Jaeger) +- 告警规则配置与通知(告警→飞书/钉钉/短信通知) +- 容量规划看板(各服务资源使用趋势预测) +- 故障自动诊断(AIOps初级能力,基于历史告警模式) + +### 3.3 技术架构总览 + +| 层次 | 组件 | 作用 | +| -------- | ----------------------------- | -------------------- | +| 接入层 | API网关(Kong/APISIX) | 统一入口、鉴权、限流 | +| 服务层 | Nacos + Sentinel | 服务注册、发现、熔断 | +| 通信层 | RabbitMQ / Kafka | 异步消息解耦 | +| 安全层 | 国密SDK + KMS | 数据安全加密 | +| 互联层 | HAPI FHIR Server | 医疗标准协议适配 | +| 存证层 | 区块链平台 | 关键数据不可篡改 | +| 可观测层 | ELK + Prometheus + SkyWalking | 全链路监控 | +| 基础设施 | Docker + Kubernetes | 容器化部署与弹性伸缩 | + +--- + +## 4. 与现有 mall 的关系 + +**契合度:D(不适配)** + +| 能力需求 | mall 现状 | 结论 | +| ----------------------------- | ------------------------------------- | ---------- | +| HL7/FHIR 医疗互联互通协议 | 无 | 须独立建设 | +| 区块链存证服务 | 无 | 须独立建设 | +| 国密加密体系(SM2/SM3/SM4) | 无 | 须独立建设 | +| 微服务治理平台 | mall 为单体或简单分层架构,无中台治理 | 须独立建设 | +| 统一API网关(含医疗合规审计) | 无 | 须独立建设 | +| 分布式消息队列 | 无 | 须独立建设 | + +mall 是通用电商平台,不具备任何医疗互联互通、区块链存证、国密加密等专业技术能力,强行堆入会导致整体架构崩溃和医疗数据合规失控。 + +--- + +## 5. 规划判断 + +**独立建设(Platform Engineering,技术基础设施优先建设)** + +建议云原生方案(降低运维难度,按需弹性伸缩): + +- **容器化**:Docker + Kubernetes(阿里云ACK / 腾讯云TKE托管) +- **API网关**:Kong(开源版)/ APISIX +- **服务治理**:Spring Cloud Alibaba(Nacos + Sentinel + Seata) +- **消息队列**:RabbitMQ(业务消息)+ Kafka(日志/流数据) +- **区块链**:⚠️ 待确认平台(需政府认可,优先考虑已在民政系统使用的公链) +- **国密**:BouncyCastle(Java国密库)/ GmSSL(C/Python国密库) +- **FHIR Server**:HAPI FHIR(开源,Java) +- **监控**:Prometheus + Grafana + SkyWalking + ELK + +--- + +## 6. 需新增业务能力 + +1. **DevOps流水线**:CI/CD自动化发布(Jenkins / GitLab CI + Helm Chart部署) +2. **灾备方案**:关键数据的异地双活或同城双备(医疗数据丢失不可接受) +3. **等保三级合规**:系统安全等级保护三级认证(医疗信息系统要求) +4. **国密TLS通信**:部分政府对接接口可能要求国密通信链路 +5. **接口标准文档**:OpenAPI 3.0规范维护,供对接方接入使用 + +--- + +## 7. 需新增数据模型(基础设施侧) + +| 模型 | 关键字段 | +| --------------------- | ---------------------------------------------------------------------------------- | +| `blockchain_record` | id, biz_type, biz_id, data_hash(SM3), chain_tx_id, chain_time, verify_status | +| `api_call_log` | id, gateway_id, path, method, client_ip, user_id, status_code, latency_ms, ts | +| `encryption_key_meta` | id, key_type(SM2/SM4), key_version, created_at, expire_at, status, managed_by_kms | +| `fhir_resource_log` | id, resource_type, resource_id, operation, requestor, source_system, created_at | +| `service_health` | id, service_name, instance_id, status, cpu_pct, mem_pct, latency_p99, check_at | +| `alert_rule` | id, metric_name, condition, threshold, severity, notify_channels(JSONB), is_active | + +--- + +## 8. 需新增技术栈 / 第三方能力 / 中间件 + +| 类别 | 技术选型 | 用途 | +| ----------- | ------------------------------------- | ------------------- | +| 容器编排 | Kubernetes(云托管) | 服务部署与弹性伸缩 | +| API网关 | Kong / APISIX(开源) | 统一鉴权/限流/路由 | +| 服务注册 | Nacos | 微服务注册与配置 | +| 熔断限流 | Sentinel | 流量控制与熔断 | +| 消息队列 | RabbitMQ + Kafka | 业务解耦 + 日志流 | +| 链路追踪 | SkyWalking | 分布式链路追踪 | +| 日志管理 | ELK Stack | 日志采集与查询 | +| 监控 | Prometheus + Grafana | 指标监控与可视化 | +| FHIR服务 | HAPI FHIR(开源) | HL7 FHIR R4标准适配 | +| 国密加密 | BouncyCastle / GmSSL | SM2/SM3/SM4加密 | +| KMS密钥管理 | 阿里云KMS / 腾讯云KMS | 密钥安全管理 | +| 区块链 | ⚠️ 待确认(蚂蚁链/腾讯链/百度超级链) | 关键数据存证 | + +--- + +## 9. 外部系统对接关系 + +| 对接系统 | 方向 | 内容 | +| ---------------- | ------------------------- | ------------------------------------ | +| 全部27个业务系统 | 依赖 | API网关/消息队列/国密加密/区块链存证 | +| 志愿者管理(12) | 调用区块链存证 | 时间银行积分存证 | +| 长护险(18) | 调用区块链存证 | 服务凭证存证 | +| 政府审批(04) | 调用区块链存证 + 电子签章 | 审批结果存证 | +| 外部HIS/LIS | 依赖FHIR适配层 | 医疗数据互联互通 | +| 运营监控人员 | 使用监控平台 | 系统健康状态监控 | +| 等保测评机构 | 外部审查 | 等保三级合规评测 | + +--- + +## 10. 风险与边界 + +| 风险 | 说明 | 应对 | +| ------------------------------ | ------------------------------------------- | ------------------------------------------------------------ | +| 技术复杂度高 | 微服务+区块链+国密+FHIR并行建设复杂度极高 | 分期建设,P0阶段先建API网关+微服务治理,其他逐步扩展 | +| 区块链平台选择 | 国内区块链平台众多,政府认可度不同 | 与政府监管部门确认认可的区块链平台后再选型 | +| 国密TLS兼容 | 国密TLS需要专用客户端支持,兼容性有限 | 非强制要求时用标准TLS,政府接口按要求提供国密通道 | +| FHIR标准复杂 | FHIR资源模型学习成本高,国内HIS适配程度不一 | 先完成Patient/Observation等核心资源,逐步扩展 | +| 等保三级成本 | 等保三级测评和整改成本较高(数十万元+) | 提前规划等保要求,在系统设计阶段就满足技术要求,避免后期整改 | +| 边界:技术中台只做通用技术能力 | 不在技术中台中实现任何业务逻辑 | 技术中台只提供协议/安全/治理/存证等通用技术服务 | + +--- + +## 11. 实施优先级与分期建议 + +**优先级:P2(分期建设,基础部分需在P0之前就绪)** + +| 分期 | 内容 | 时间节点 | +| ------------------------ | ---------------------------------------------------------- | ------------------ | +| 前置建设(P0系统上线前) | Docker+K8s基础环境 + API网关 + Nacos + RabbitMQ + 基础监控 | 在P0系统开发前完成 | +| 第一期 | 国密加密服务 + ELK日志 + SkyWalking链路追踪 | P0/P1系统建设期间 | +| 第二期 | HAPI FHIR Server + 外部HIS对接 | P1系统建设期间 | +| 第三期 | 区块链存证 + 等保三级合规建设 + 国密TLS | P2阶段按需推进 | + +--- + +## 12. 结论 + +技术中台是整个医养平台的**技术底座**,其微服务治理、API网关、国密加密、HL7/FHIR协议、区块链存证等能力在 mall 中完全缺失,**必须独立建设**。 + +技术中台的建设应遵循"先基础后专业"的原则:优先完成API网关、微服务治理、容器化部署等通用基础设施(在P0业务系统之前就绪),再根据业务需求逐步引入HL7/FHIR医疗互联互通、国密加密和区块链存证等专业医疗技术能力。建议优先采用云托管服务(K8s/KMS/日志服务等)降低运维复杂度,让团队聚焦业务能力建设。 diff --git a/docs/module-Planning/mall 文件夹现状分析报告 × 智慧医养需求契合度.md b/docs/module-Planning/mall 文件夹现状分析报告 × 智慧医养需求契合度.md new file mode 100644 index 00000000..24678b47 --- /dev/null +++ b/docs/module-Planning/mall 文件夹现状分析报告 × 智慧医养需求契合度.md @@ -0,0 +1,660 @@ +# mall 文件夹现状分析报告 × 智慧医养需求契合度 + +------ + +## 一、mall 文件夹现状总结 + +### 1.1 项目定位 + +[mall](vscode-file://vscode-app/d:/%E8%BD%AF%E4%BB%B6/Microsoft%20VS%20Code/cfbea10c5f/resources/app/out/vs/code/electron-browser/workbench/workbench.html) 是一个基于 uni-app(uvue/UTS)+ Supabase + PostgreSQL 构建的**多角色通用电商平台**,覆盖消费者、商家、配送员、客服、运营管理员五种角色,支持微信小程序、H5、Android/iOS 多端运行。 + +**项目英文描述原文**(manifest.json):`A multi-role e-commerce application.` + +这一定位直接说明了它的性质:**通用电商,而非医养平台。** + +------ + +### 1.2 已有模块清单 + +| 模块 | 覆盖能力 | 代表文件/服务 | +| --------------- | ----------------------------------------------------- | --------------------------------------- | +| **用户体系** | 注册/登录/绑定手机/邮箱/OAuth/找密码/用户中心 | `pages/user/`,`authService.uts` | +| **商品管理** | 商品 CRUD、SKU/规格/标签/保障/评价/图片/搜索 | `productService.uts`,`product/` | +| **分类管理** | 多级分类 | `productCategoryService.uts` | +| **购物车** | 加购/勾选/计价 | `pages/main/cart.uvue` | +| **下单支付** | 微信支付/支付宝/钱包余额/收银台 | `checkout.uvue`, `payment.uvue` | +| **订单管理** | 全状态流转(待付/已付/发货/签收/完成/取消)/退款/售后 | `orderService.uts`,`orders.uvue` | +| **物流配送** | 自建配送员端(任务/轨迹/车辆/收入)/第三方快递查询 | `pages/mall/delivery/` | +| **营销** | 优惠券/满减/积分/会员等级/分销/红包/订阅 | `marketingService.uts` | +| **商家入驻** | 商家端完整(商品/订单/库存/财务/营销/装修) | `pages/mall/merchant/` | +| **客服/工单** | 聊天室/工单/投诉处理 | `kefuService.uts`, `ticket-detail.uvue` | +| **内容管理** | CMS 文章/内容页 | `cmsService.uts`, `articles.vue` | +| **数据分析** | 销售/用户/商品/配送/优惠券分析,自定义报表 | `pages/mall/analytics/`, 16个分析服务 | +| **系统管理** | RBAC 权限/系统配置/装修/用户分组与标签 | `systemConfigService.uts` | +| **推送通知** | Supabase Realtime + Express Push Server | `server/push-server.js` | +| **LLM/AI 入口** | 语音识别页面(仅入口页,无业务接入) | `pages/llm/asr.uvue` | +| **订阅/会员** | 订阅套餐/会员价格 | `subscription/` | + +------ + +### 1.3 mall 明确没有的能力 + +| 缺失能力 | 关键词 | 确认状态 | +| ------------------------------ | -------------------- | -------------------------------- | +| 老人档案 / 家属关系 / 健康档案 | elder / 老人 / 档案 | ❌ 不存在 | +| 护理记录 / 医嘱 / 电子病历 | nursing / EMR / 医嘱 | ❌ 不存在 | +| 评估量表(ADL/MMSE/Barthel) | 评估 / 量表 | ❌ 不存在 | +| 服务签到 / GPS 留痕 / 派单工单 | checkin / GPS / 派单 | ❌ 不存在 | +| 预约类服务订单(时间 + 人员) | appointment / 预约 | ❌ 不存在 | +| IoT 设备接入 / 实时体征数据 | IoT / 体征 / 传感器 | ❌ 不存在 | +| GIS 地图 / 轨迹 / 电子围栏 | 地图 / 轨迹 / 围栏 | ❌ 不存在 | +| 审批流引擎 / 多级审批 | 审批 / 流程 | ❌ 不存在 | +| 直播带货(实现) | live / 直播 | ❌ 仅在文档中提及需求,代码无实现 | +| 长护险结算 / 医保支付对接 | 长护险 / 医保 / DRG | ❌ 不存在 | +| 药房管理 / 处方流转 | 药房 / 处方 | ❌ 不存在 | +| 呼叫中心 / SOS | 呼叫 / SOS | ❌ 不存在 | +| 志愿者管理 / 时间银行 | 志愿 / 时间银行 | ❌ 不存在 | +| 政府监管大屏 / 数据可视化平台 | 监管 / 大屏 | ❌ 不存在 | +| AI 模型平台 / 智能诊断 | AI 模型 / 辅诊 | ❌ 不存在(仅有 ASR 入口页) | +| 慢性病管理(随访/用药记录) | 慢病 / 随访 | ❌ 不存在 | + +------ + +### 1.4 mall 当前适合承接的业务边界 + +**适合:** 标准 B2C/B2B 交易流程、商品型+服务型订单、商家入驻与结算、营销活动、客服工单、配送履约、基础数据分析。 + +**不适合:** 医疗数据系统、政府监管平台、IoT 实时接入、呼叫中心、AI 医疗诊断、审批流、慢病管理、护理管理、家庭床位管理、药房系统、长护险结算、数据中台。 + +------ + +## 二、文档需求与 mall 契合度矩阵 + +> 契合度等级:**A(高契合)/ B(中契合)/ C(低契合)/ D(不建议放入 mall 主体)** + +------ + +### 模块 1:医养商城(线上商城部分) + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 商品/服务管理、用户注册登录、搜索详情收藏、订单支付退款物流、营销活动、客服售后工单、商家入驻、财务结算、设备租赁、直播带货、私域营销 | +| **mall 当前对应能力** | 商品/SKU/分类/搜索/收藏/订单/支付/退款/物流/优惠券/积分/营销/商家入驻/财务结算/商家端/客服工单全部覆盖;直播模块**无代码实现**;设备租赁**无独立模块** | +| **契合度等级** | **A(高契合)** — 线上商城核心交易部分 | +| **已有可复用部分** | 全套商城交易链路、商家管理、营销、财务、客服 | +| **当前缺失部分** | 服务类预约订单(含时间/人员字段)、设备租赁专项模块(含 IoT 状态监控)、直播系统、适老化交互 | +| **需新增业务功能** | 服务预约时间选择、护工/服务人员分配、设备租赁押金流程、电子合同签署、适老化大字体模式 | +| **需新增数据模型** | 服务类订单扩展字段(service_time, assignee_id, location)、device_rental 表、contract 表 | +| **需新增前端能力** | 日历选时组件、大字体适老化皮肤、直播 SDK 集成页 | +| **需新增后端能力** | 电子合同服务对接、直播推流服务 | +| **需新增技术栈** | 直播:声网/腾讯云直播 SDK;电子签名:e签宝/法大大 | +| **是否继续放入 mall** | **是** — 这是 mall 最适合承接的核心场景 | +| **是否拆分成独立服务** | 直播模块可单独运营;设备租赁 IoT 状态监控部分建议对接独立 IoT 服务 | +| **风险说明** | 文档中把"老人入住/退住/医护/护理记录/药房/医嘱"也放在了"医养商城"章节下,这部分**概念上不属于商城范畴**,强行堆入 mall 会严重破坏架构边界 | + +------ + +### 模块 1(延伸):医养商城中超出商城边界的部分 + +以下内容虽然在文档的"医养商城"章节内,但本质上是**医疗机构管理系统(HIS-like 功能)**,不是电商功能: + +| 功能 | 等级 | 原因 | +| ----------------------------------- | ----- | ------------------------------------ | +| 老人入住/外出/探视/退住登记 | **D** | 机构运营管理,属于 LIS/养老机构系统 | +| 医护管理(医生/护士/电子病历/医嘱) | **D** | 标准 EMR 功能,需独立医疗系统 | +| 智能监护中心(体征监测) | **D** | IoT 实时数据接入,需独立 IoT 平台 | +| 体质辨识(中医辨识) | **D** | 医疗专业系统,AI 大模型支撑 | +| 药房管理(发药/退药/库存) | **D** | 标准药剂科信息系统(PIS/药房 HIS) | +| 全科医生签约 / 医养服务计划 | **D** | 家庭医生管理系统,属于"健康管理"平台 | +| 评估管理 / 人事管理 | **D** | HR 系统 + 评估系统 | + +------ + +### 模块 2:长护险与居家服务管理 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 长护险申请/评估/派单/服务执行/GPS+照片+签字留痕/与人保系统结算对账、居家服务下单/支付/确认/评价、AI 健康监测/语音情感分析 | +| **mall 当前对应能力** | 居家服务下单/支付/评价有基础商城框架可复用;其余无能力 | +| **契合度等级** | **C(低契合)** | +| **已有可复用部分** | 服务类订单框架、支付/退款、评价体系 | +| **当前缺失部分** | 长护险申请表单、失能等级评估、GPS 定位签到、照片/视频上传、电子签字、服务过程留痕、与人保对账接口、IoT 健康监测、NLP 语音分析 | +| **需新增技术栈** | 长护险接口 SDK(人保/各省系统)、GPS/LBS 定位、电子签名 SDK、语音 NLP 服务(ASR+情感分析) | +| **是否继续放入 mall** | **部分是**:居家服务下单/支付/评价可复用 mall 框架,做为"服务类商品"扩展 | +| **是否拆分成独立服务** | **是**:长护险评估流程、与人保对账、GPS 签到工单、AI 健康监测,必须拆为独立的"居家护理管理子系统" | +| **风险说明** | 长护险结算涉及医保合规接口,技术复杂度极高,不能与商城共库 | + +------ + +### 模块 3:智慧康养居家养老管理系统 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 老人档案(12 类字段)、服务预约(地理围栏校验/人脸验证)、家庭医生签约、老年活动中心、智能呼叫(5 种触发)、分级响应(急救联动)、工作台调度 | +| **mall 当前对应能力** | 有基础订单/用户/地址框架;其余无 | +| **契合度等级** | **C(低契合)** | +| **已有可复用部分** | 用户账户体系(需扩展为老人/家属双角色)、地址管理(扩展为服务上门地址)、基础评价/投诉 | +| **当前缺失部分** | 老人全息档案、家庭医生签约、活动中心预约、IoT 呼叫接入、急救调度联动、分级响应引擎 | +| **是否继续放入 mall** | **部分是**:老人档案、活动预约可作为 mall 用户体系的医养扩展 | +| **是否拆分成独立服务** | **是**:智能呼叫/SOS/急救联动必须独立;IoT 设备接入必须独立 | +| **风险说明** | 急救响应涉及 120 系统联动,属于公共安全领域,法律责任边界需清晰 | + +------ + +### 模块 4:智慧康养服务商管理系统 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | B2G/B2B/B2C 多级服务体系、服务商档案/资质/人员/GPS 轨迹、考核/信用评分/星级评定、订单全程留痕(定位/生物识别/图片)、500+ IoT 设备状态监控 | +| **mall 当前对应能力** | 商家入驻/资质审核/订单管理/财务结算/评价有基础;人员 GPS 轨迹无;IoT 无;信用评分无 | +| **契合度等级** | **B(中契合)** | +| **已有可复用部分** | 商家入驻审核流程、商品/服务上架、订单管理、财务分账 | +| **当前缺失部分** | 服务人员 GPS 轨迹管理、服务过程双录(视频+定位)、信用分模型、星级评定算法、IoT 设备状态监控 | +| **需新增技术栈** | GPS 实时定位服务(高德/腾讯地图 SDK)、视频录制存储(OSS)、信用评分引擎(待建) | +| **是否继续放入 mall** | **是**:服务商入驻、订单、财务可以在 mall 商家体系上扩展 | +| **是否拆分成独立服务** | **IoT 500+ 设备监控**必须独立 | + +------ + +### 模块 5:智慧康养社区助餐可视化系统 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 老人信息申请/补贴资格、人脸识别消费/点餐、配送上门(冷链/GPS追踪)、助餐数据大屏、营养膳食管理、政府补贴审核 | +| **mall 当前对应能力** | 线上下单/支付/配送有基础;人脸识别无;营养膳食无;政府补贴流程无;大屏无 | +| **契合度等级** | **B(中契合)** | +| **已有可复用部分** | 商品(菜品)上下架、线上点餐下单、支付、配送追踪框架 | +| **当前缺失部分** | 人脸识别核销、补贴自动抵扣、营养分析、助餐补贴审核流程、可视化大屏 | +| **需新增技术栈** | 人脸识别 SDK(百度/阿里)、营养成分数据库 API | +| **是否继续放入 mall** | **是**:助餐可以作为"服务类商品+到店核销"的 mall 扩展版本 | +| **是否拆分成独立服务** | 可视化大屏监管部分应作为独立监管系统 | + +------ + +### 模块 6:家庭床位及适老化改造系统 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 在线申请/智能资格预审(ADL评分)、三方协议电子签约、适老化改造方案(AI识别/3D可视化)、施工进度追踪(GPS工牌)、智能硬件设备管理(QR+RFID)、监管反馈(资金追踪/违规预警) | +| **mall 当前对应能力** | 在线申请表单框架有;其他无 | +| **契合度等级** | **C(低契合)** | +| **已有可复用部分** | 线上申请流程、审核状态流转(可复用商家入驻审核框架) | +| **当前缺失部分** | ADL 评分、电子合同三方签署、AI 图像识别改造方案、施工人员 GPS 追踪、RFID 设备管理、资金流向追溯 | +| **是否继续放入 mall** | **部分是**:申请表单/审核状态/电子合同可在 mall 扩展 | +| **是否拆分成独立服务** | **是**:RFID 设备管理、施工 GPS、AI 改造方案为独立专项系统 | + +------ + +### 模块 7:慢性病管理 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 患者端(评估/随访/用药记录/病种管理)、移动医生端(筛查/随访计划/患者建档)、医院管理端(HIS 嵌入工作站/ADL 量表/AI 方案推荐) | +| **mall 当前对应能力** | **零** | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **原因** | 这是标准的临床慢病管理系统(CDM System),属于医疗信息系统,需对接 HIS、EMR、医保,架构完全不同于电商 | +| **是否拆分成独立服务** | **必须**:独立慢病管理平台 | +| **风险说明** | 涉及医疗数据合规(等级保护三级)、患者隐私保护、医嘱资质,不能与商城混合部署 | + +------ + +### 模块 8:中心药房 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 药库管理(药品字典/采购/库存/供应商)、门诊/住院药房管理、医养商城药房(处方流转/药品配送)、药品追溯码、省阳采平台对接、共享库存、耗材供应链 | +| **mall 当前对应能力** | 商品管理框架(可映射药品 SKU);处方流转/省平台对接/追溯码无 | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **原因** | 药品销售涉及《药品管理法》合规要求、处方药电子处方流转(需对接互联网医院/医保结算系统)、药品追溯码(国家监管码),属于高度合规的专项系统 | +| **是否拆分成独立服务** | **必须**:独立中心药房系统 + 互联网医院对接 | +| **风险说明** | 处方药电商资质、药品经营许可、互联网医院资质,缺一不可,技术门槛极高 | + +------ + +### 模块 9:人工智能服务 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 基于 DeepSeek 等大模型的智能推荐(诊断/用药/手术/检验)、医疗审核、知识图谱检索、区域辅诊监测 | +| **mall 当前对应能力** | ASR(语音识别)入口页一个;无任何 AI 业务能力 | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **是否拆分成独立服务** | **必须**:独立 AI 医疗服务平台(需 GPU 算力、向量数据库、医疗大模型微调) | + +------ + +### 模块 10:全生命周期监测平台 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 蓝牙定位基站(厘米级)、智能手环(多生命体征)、边缘 AI 摄像头(跌倒/行为识别)、全院 IoT、自动派单调度、家属互动、数据分析 | +| **mall 当前对应能力** | **零** | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **是否拆分成独立服务** | **必须**:独立 IoT 实时监测平台(需 MQTT/边缘计算/时序数据库) | + +------ + +### 模块 11:运营管理系统 + +| 字段 | 内容 | +| --------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 权限中枢(RBAC+ABAC)、服务生命周期管理、DRG 成本核算、多方分账、安全审计、运营驾驶舱、处方药械直通车、健康商城运营(含直播、积分、拼团)、适老化购物助手 | +| **mall 当前对应能力** | RBAC 权限/多方分账/优惠券/积分/拼团/运营分析有基础;DRG/处方流转/安全审计/直播无 | +| **契合度等级** | **B(中契合)** — 商城运营部分 | +| **已有可复用部分** | 运营数据分析、多方财务结算、营销工具箱(优惠券/积分/拼团)、客服体系 | +| **当前缺失部分** | DRG 成本核算、处方药械对接、安全审计(医疗合规)、适老化购物助手、多级机构审批 | +| **需新增技术栈** | 适老化 UI 组件库、医疗法规合规检查规则引擎 | +| **是否继续放入 mall** | **是**:商城运营功能可以,医疗合规/DRG 必须独立 | + +------ + +### 模块 12:业务中台 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 统一身份认证(电子健康码)、多角色权限(老人/家属/医护/机构)、服务门户管理(微信/APP/Web)、分级诊疗调度引擎、医养服务订单管理、DRG/DIP 规则库、异常预警处置、绩效考核、商保支付结算网关 | +| **mall 当前对应能力** | 服务门户多端接入(uni-app 已覆盖);用户体系/订单管理有基础;其他无 | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **是否拆分成独立服务** | **必须**:业务中台是独立的平台层,需单独建设 | + +------ + +### 模块 13:数据中台 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | Hadoop/Spark 数据湖、HIS/LIS/PACS 对接、数据治理平台(200+标准)、医疗知识图谱(ICD-10/SNOMED CT)、AI 大模型平台(DeepSeek 微调)、360 患者健康画像 | +| **mall 当前对应能力** | **零** | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **是否拆分成独立服务** | **必须**:需要独立大数据基础设施(Hadoop/Spark 集群、向量数据库、GPU 算力) | + +------ + +### 模块 14:技术中台 + +| 字段 | 内容 | +| ---------------------- | ------------------------------------------------------------ | +| **文档要求概述** | 微服务架构、HL7/FHIR 协议、API 网关、消息队列、区块链存证、国密加密 | +| **mall 当前对应能力** | Supabase + RPC + RLS(单体应用模式);无微服务/HL7/FHIR/区块链 | +| **契合度等级** | **D(不建议放入 mall 主体)** | +| **是否拆分成独立服务** | **必须**:技术中台是独立基础设施层 | + +------ + +### 模块 15:其他超出商城边界的系统 + +| 系统名 | 等级 | 原因 | +| ------------------------- | ------ | ---------------------------------- | +| 政府监管系统 / 数据驾驶舱 | D | 政务平台,需对接民政/卫健/公安数据 | +| 智慧医养数据库系统 | D | 全域医疗数据库,需等保三级 | +| 定期巡访系统 | D | 移动政务应用,GPS+签到+照片上传 | +| 审批业务系统 | D | 政务审批引擎,多级多部门会签 | +| 呼叫中心系统 | D | IVR/软交换/NLP,独立专项系统 | +| 评估系统 | D | ADL/MMSE 量表,专项医养评估工具 | +| 健康管理系统 | D | 电子病历/健康档案/IoT,医疗平台 | +| 安全系统 | D | IoT 传感器/视频/GPS,独立平台 | +| 志愿者管理系统 | D | 独立社区管理平台 | +| 短信平台系统 | C→独立 | 可对接第三方短信 SDK,但需独立服务 | +| 智能物联网管理系统 | D | IoT 设备接入,独立平台 | +| 医保 DIP 智能控费 | D | 医保专项系统,极高合规要求 | + +------ + +## 三、医养商城与 mall 的重点对比 + +### 3.1 高度契合的部分(mall 已覆盖) + +| 医养商城需求 | mall 对应能力 | 评估 | +| --------------------------------- | ------------------------------------------------------ | ------------ | +| 商品管理、SKU、审核、上下架 | `productService.uts` + admin/product 模块 | ✅ 直接可用 | +| 服务管理-服务上架/更新维护 | 商品模块可以承载"服务类商品" | ✅ 少量扩展 | +| 用户注册(手机/邮箱/微信/支付宝) | `pages/user/` 已实现 | ✅ 直接可用 | +| 搜索、详情、收藏、关注商家 | `search.uvue`、`favorites.uvue`、`followed-shops.uvue` | ✅ 直接可用 | +| 订单生成/支付/状态管理/物流 | 全订单链路已实现 | ✅ 直接可用 | +| 医保/微信/支付宝支付 | 支付宝/微信已有;医保支付**缺失** | ⚠️ 医保需新增 | +| 退款处理 | `apply-refund.uvue`、售后链路 | ✅ 直接可用 | +| 优惠券/积分/会员/活动/分销 | `marketingService.uts` 覆盖 | ✅ 直接可用 | +| 商家入驻/店铺管理/财务结算 | 商家端完整覆盖 | ✅ 直接可用 | +| 客服/工单/投诉处理 | `kefuService.uts`、客服模块 | ✅ 直接可用 | +| 物流配送/签收确认 | 配送端、物流查询 | ✅ 直接可用 | +| 数据统计/销售分析/用户行为 | analytics 模块 16 个服务 | ✅ 直接可用 | +| 消息通知 | 推送服务器 + Supabase Realtime | ✅ 可复用 | +| 线上商城积分兑换/礼品管理 | `points/index.uvue`、积分体系 | ✅ 直接可用 | +| 文章管理/广告管理/内容管理 | `cmsService.uts`、`articles.vue` | ✅ 直接可用 | + +### 3.2 需要扩展但可以在 mall 基础上做到的部分 + +| 医养商城需求 | 当前不足 | 扩展难度 | +| ---------------------------------- | -------------------------------------- | -------------------- | +| 服务类订单(含预约时间/服务人员) | 订单表缺少 service_time、assignee 字段 | 中 | +| 设备租赁模块(押金/租期/设备状态) | 无独立设备租赁流程 | 中 | +| 适老化交互(大字体/语音搜索) | 无适老化 UI 模式 | 中 | +| 直播功能 | 有需求文档,代码未实现 | 高(需集成直播 SDK) | +| 私域营销(社群运营/精准推送) | 基础推送有,私域社群无 | 中 | +| 生态商家对接(API 接入/联合营销) | 有商家体系,无生态 API 开放平台 | 中 | + +### 3.3 明确超出 mall 边界、不应堆入的部分 + +| 功能 | 原因 | +| ------------------------------- | ------------------------------------- | +| 老人入住/外出/退住/探视记录 | 养老机构 ERP 功能,属于 HIS-like 系统 | +| 医护管理/电子病历/医嘱/护理记录 | 完整 EMR 功能,医疗信息系统范畴 | +| 智能监护中心(体征实时监测) | IoT 实时数据流,需独立 IoT 平台 | +| 药房管理(处方/发药/库存) | 药剂科信息系统(PIS) | +| 体质辨识(中医 AI 辨证) | AI 医疗专项能力 | +| 全科医生签约/医养服务计划 | 家庭医生管理系统 | +| 长护险结算 | 医保合规接口,独立系统 | +| 医保/DRG/DIP 控费 | 医保专项系统 | + +------ + +## 四、总体判断 + +### 4.1 契合度总评 + +[mall](vscode-file://vscode-app/d:/%E8%BD%AF%E4%BB%B6/Microsoft%20VS%20Code/cfbea10c5f/resources/app/out/vs/code/electron-browser/workbench/workbench.html) 文件夹与《智慧医养.md》全文需求的整体关系是: + +> **局部契合**——在"医养商城(线上交易部分)"这一个模块上高度契合,但文档覆盖的 15 个以上独立系统中,mall 能直接承接的不超过 20%。 + +明确说明:**mall 是一个普通电商平台,不是医养平台**,两者在商业模型和技术架构上存在本质差异。如果将《智慧医养.md》的所有需求都堆进 mall,会导致架构崩溃、数据合规失控、系统维护灾难。 + +### 4.2 mall 更适合承接的范围 + +- ✅ **医养商城前台**:商品浏览/搜索/详情/收藏/购物车 +- ✅ **服务交易平台**:服务类商品下单、预约、评价 +- ✅ **服务商入驻与订单中心**:商家入驻/审核/商品管理/财务结算 +- ✅ **营销与会员运营**:优惠券/积分/会员等级/活动/分销 +- ✅ **配送与物流**:商品配送、助餐送餐、设备配送 +- ✅ **客服与售后**:工单/聊天/投诉/评价/回访 +- ✅ **助餐线上点餐**(需扩展人脸核销+补贴抵扣) +- ✅ **设备租赁商城**(需扩展租赁订单流程,IoT 监控独立) +- ✅ **直播带货**(需集成直播 SDK) +- ✅ **私域营销**(需扩展社群能力) + +### 4.3 哪些内容不应继续堆进 mall 主体 + +| 内容 | 应拆至 | +| ------------------------------------ | ------------------------------ | +| 医疗数据中台(HIS/EMR/患者档案) | 独立医疗数据平台 | +| DRG/DIP 医保控费 | 独立医保合规系统 | +| IoT 实时设备接入(手环/雷达/摄像头) | 独立 IoT 平台 | +| 呼叫中心(IVR/坐席/录音质检) | 独立呼叫中心系统 | +| GIS/轨迹/电子围栏 | 独立地图服务 / 引入地图 SDK | +| 审批流引擎(多级审批/政府审批) | 独立审批流平台(或低代码引擎) | +| 医疗 AI/知识图谱/辅诊平台 | 独立 AI 医疗平台 | +| 中心药房/电子处方/HIS 对接 | 独立药房信息系统 | +| 政府监管大屏/数据中台 | 独立政务数据平台 | +| 慢性病管理(随访/建档/HIS 嵌入) | 独立慢病管理平台 | +| 全生命周期监测(蓝牙基站/摄像头 AI) | 独立全场景监测平台 | +| 志愿者时间银行/社区管理 | 独立社区服务平台 | + +------ + +## 五、需要新增的业务功能 + +### 5.1 如果只是把 mall 扩展成"医养商城增强版" + +**新增业务功能:** + +1. 服务类订单扩展:预约时间选择 + 服务人员分配字段 +2. 设备租赁流程:押金/租期/归还/损坏评估 +3. 适老化交互模式:大字体皮肤、语音搜索、代客下单 +4. 医保结算支付通道(对接各省医保统筹支付) +5. 药品商品特殊管控(处方标记、购买限制) +6. 服务商入驻资质扩展(行业证书/服务能力评级) +7. 订单核销(到场/服务完成) + +**新增页面模块:** + +- 服务预约日历页 +- 设备租赁详情 + 押金管理页 +- 适老化首页(大字体版) +- 医保支付结果页 +- 服务商资质证书上传/审核页 + +**新增数据模型:** + +- `service_orders`(service_time, assignee_id, service_location, service_status) +- `device_rentals`(device_id, rent_start, rent_end, deposit, damage_status) +- `merchant_qualifications`(license_type, cert_url, expiry_date, audit_status) + +**新增库/技术栈:** + +- 医保支付 SDK(各省接口,待确认) +- 日历选时组件(uni-calendar 已有,需业务定制) +- 文件 OCR(营业执照/行业证书识别):百度 OCR 或阿里云 OCR + +------ + +### 5.2 如果要对齐"医养商城 + 居家服务 + 服务商管理" + +**新增流程能力:** + +- 居家服务工单派单 → 服务员接单 → 出发 → 上门签到(GPS)→ 服务开始/结束留痕 → 评价 → 回访 +- 服务人员绑定档案(资质/技能标签/在线排班) +- 老人档案绑定(基本信息 + 紧急联系人 + 健康禁忌) +- 家属端:查看老人服务状态/评价服务/接收通知 + +**新增地图/定位/签到/留痕:** + +- 高德地图 / 腾讯地图 SDK 接入(服务人员 GPS 定位) +- 服务签到:GPS 打卡(距服务地址 ≤ 500m 验证) +- 照片上传:服务前后拍照存档(带 GPS 水印+时间戳) +- 电子签名:服务完成确认(客户签字确认) + +**新增支付与结算扩展:** + +- 长护险统筹支付通道(待对接保险系统) +- 补贴自动抵扣(对接民政补贴数据库,**待确认**) +- 多方分账(平台+服务商+服务员) + +**新增适老化交互:** + +- 超大字体模式 Toggle +- 语音输入搜索(调用系统语音识别) +- 一键呼叫家庭医生 / 紧急联系人 + +**新增设备租赁相关能力:** + +- 设备档案(型号/序列号/押金/租金规则) +- 租赁订单状态机(已下单/配送中/使用中/归还中/已结算) +- 设备状态查询页(待接 IoT 数据,可先 Mock 展示) + +**可能的接口和中间件:** + +- 高德/腾讯 Maps API(地图、路径规划、逆地理编码) +- 对象存储 OSS(服务留痕照片/视频存储) +- 电子签名服务(e签宝/法大大 API) +- 短信服务(阿里云短信/腾讯云短信,用于服务提醒、工单通知) + +------ + +### 5.3 如果要逐步逼近整份文档的一期能力 + +**必须独立建设的子系统:** + +| 子系统 | 建设方式 | mall 的角色 | +| ---------------------------------------- | --------------------------------------------- | -------------------------- | +| 居家护理管理平台(工单/GPS/签到/长护险) | 独立 Node.js/Java 微服务 | 提供订单状态消费接口 | +| IoT 实时接入平台(手环/传感器/摄像头) | MQTT + 时序数据库(InfluxDB/TDengine) | 提供设备信息展示页面入口 | +| 呼叫中心系统(IVR/坐席/智能派单) | 第三方云呼叫中心(如阿里云呼叫中心 CCC) | 工单状态同步 | +| 政府监管大屏 | 独立 Web(Vue + ECharts/D3.js)+ 数据汇聚层 | 提供商城侧运营数据 API | +| 审批流引擎 | 第三方低代码引擎(如钉钉/飞书审批)或独立建设 | 审批结果回调 | +| 慢病管理平台 | 连接 HIS 的独立系统 | 无关联 | +| 中心药房系统 | 连接 HIS/医保的独立药事系统 | 处方商品入口可在 mall | +| AI 医疗平台 | GPU 集群 + 大模型训练推理服务 | 商品推荐入口可调用 AI 服务 | +| 数据中台 | Hadoop/Spark + 数据湖 + 数据治理 | 提供商城运营数据 | + +**独立中台需求:** + +- 统一身份认证中心(电子健康码 + 多系统 SSO) +- 消息总线(各子系统事件解耦,如 Kafka/RocketMQ) +- API 网关(对外标准化接口,HL7/FHIR 适配) + +**重型基础设施:** + +- HL7/FHIR 协议适配层 +- 国密 SM4 加密存储(医疗数据合规) +- 区块链存证(服务记录不可篡改) +- 分布式存储(HDFS/OSS) +- GPU 算力集群(AI 模型训练) + +------ + +## 六、需要新增的库 / 技术栈 / 基础设施 + +### 必需新增 + +| 名称 | 用途 | 解决问题 | 层级 | 是否加入 mall | +| --------------------------------- | --------------------------------- | ------------------ | -------- | ------------------------ | +| **高德/腾讯地图 SDK** | 服务人员 GPS 定位、签到、路径规划 | 居家服务 GPS 留痕 | 前端 | **是**(加入 mall) | +| **阿里云/腾讯云 OSS** | 服务留痕照片/视频、营业执照、证书 | 大文件存储、CDN | 基础设施 | **是**(加入 mall) | +| **短信服务 SDK**(阿里云/腾讯云) | 服务提醒、工单通知、验证码、预警 | 通知闭环 | 中间件 | **是**(加入 mall) | +| **电子签名 SDK**(e签宝/法大大) | 服务完成确认、入驻协议、租赁合同 | 合规存证 | 后端 | **是**(加入 mall) | +| **OCR 识别**(百度/阿里云) | 营业执照、行业资质证书识别 | 商家资质审核自动化 | 后端 | **是**(加入 mall) | +| **Redis** | 会话缓存、工单队列、防重提交 | 性能与幂等控制 | 中间件 | **是**(加入 mall 后端) | + +### 建议新增 + +| 名称 | 用途 | 解决问题 | 层级 | 是否加入 mall | +| --------------------------------------- | -------------------------- | ------------------ | ------------ | ------------------------ | +| **直播 SDK**(声网 Agora / 腾讯云直播) | 直播带货、医生直播问诊 | 直播能力 | 前端/后端 | **是**(加入 mall) | +| **日历预约组件**(业务定制) | 服务预约时间选择 | 服务类订单时间管理 | 前端 | **是**(加入 mall) | +| **工单引擎**(轻量级自建) | 服务工单派单/流转/追踪 | 服务全流程管控 | 后端独立服务 | **否**(独立工单微服务) | +| **人脸识别 SDK**(百度/阿里) | 助餐核销、服务人员身份验证 | 合规认证 | 前端/后端 | **是**(加入 mall) | +| **消息队列**(RabbitMQ/阿里云 MQ) | 订单事件异步处理、通知解耦 | 高并发与系统解耦 | 中间件 | **否**(独立基础设施) | +| **API 网关**(Kong/阿里云 APIG) | 各子系统统一 API 管理 | 服务治理 | 基础设施 | **否**(独立建设) | + +### 可选新增(首期暂缓,后期升级建议) + +| 名称 | 用途 | 层级 | 是否加入 mall | +| --------------------------- | ------------------ | -------- | ----------------------- | +| MQTT Broker(如 EMQX) | IoT 设备实时接入 | 基础设施 | **否**(独立 IoT 平台) | +| InfluxDB / TDengine | 时序体征数据存储 | 数据库 | **否**(独立平台) | +| Hadoop/Spark | 数据湖建设 | 基础设施 | **否**(独立数据中台) | +| 区块链存证 | 服务记录不可篡改 | 中间件 | **否**(独立可信中台) | +| HL7/FHIR 适配层 | 医疗数据互操作 | 中间件 | **否**(独立中台) | +| 向量数据库(Milvus/Qdrant) | AI 知识检索 | 基础设施 | **否**(独立 AI 平台) | +| DeepSeek / 医疗大模型 | 辅诊/推荐/知识检索 | AI 平台 | **否**(独立 AI 平台) | + +------ + +## 七、建议拆分为独立服务的部分 + +- 智慧医养整体架构建议 + │ + ├── 【A: 继续在 mall 扩展】医养商城(主前台) + │ ├── 线上交易(商品/服务/设备租赁) + │ ├── 商家入驻与管理 + │ ├── 订单/支付/物流/售后 + │ ├── 营销(优惠券/积分/会员/直播/私域) + │ └── 助餐点餐(人脸核销+补贴抵扣扩展) + │ + ├── 【B: mall 旁边新增微服务】居家服务管理子系统 + │ ├── 工单派单/GPS签到/留痕 + │ ├── 服务人员档案与调度 + │ ├── 长护险结算对接 + │ └── (与 mall 通过 API 联动) + │ + ├── 【C: 独立建设】IoT 实时监测平台 + │ ├── MQTT 设备接入(手环/传感器) + │ ├── 时序数据存储 + │ ├── 告警引擎 + │ └── (mall 提供设备租赁商城入口,监测数据由此平台提供) + │ + ├── 【D: 独立建设】呼叫中心系统 + │ └── (与 mall 工单系统联动) + │ + ├── 【E: 独立建设】政府监管大屏平台 + │ └── (从 mall 和各子系统拉取运营数据) + │ + ├── 【F: 独立建设 or 采购】慢病管理平台 + │ └── (连接 HIS,与 mall 药品商城联动) + │ + ├── 【G: 独立建设 or 采购】中心药房系统 + │ └── (处方流转后可在 mall 药品专区展示/下单) + │ + ├── 【H: 独立建设】AI 医疗服务平台 + │ └── (提供 API 给 mall 商品推荐/健康知识) + │ + ├── 【I: 独立建设】数据中台 + │ └── (汇聚 mall + IoT + 医疗 + 政务数据) + │ + └── 【J: 独立建设或购买】审批流引擎 / 业务中台 + └── (mall 消费审批结果回调) + +------ + +## 八、分阶段实施建议(P0 / P1 / P2) + +### P0:医养商城核心版(基于 mall 直接扩展,0-3 个月) + +> 目标:上线一个真正可用的医养电商平台,复用 mall 80% 的现有能力。 + +**优先实现:** + +1. 服务类商品订单扩展(预约时间 + 服务人员字段) +2. 设备租赁商品模块(押金流程 + 租期管理) +3. 服务商/医疗机构资质入驻(扩展现有商家入驻:行业证书 OCR + 二级资质审核) +4. 适老化 UI 大字体皮肤模式 +5. 短信通知集成(订单提醒/服务提醒/工单通知) +6. 对象存储 OSS 接入(证书照片/服务留痕照片存储) +7. 修复安全风险:移除前端 service_role key,建立后端 API 中间层 + +**可直接复用 mall 现有能力(零改造):** +商品/SKU/分类/搜索/收藏/下单/支付/退款/优惠券/积分/商家财务/运营数据分析/客服聊天/消息通知 + +### P1:居家服务 + 服务商管理版(新增工单子系统,3-6 个月) + +> 目标:实现居家服务全流程(下单→派单→GPS签到→留痕→评价→结算)。 + +**新增建设:** + +1. 居家服务工单微服务(独立,与 mall 联动) +2. 高德/腾讯地图 SDK(服务人员定位/路径/签到) +3. 照片+签名留痕上传(OSS + 水印) +4. 服务人员档案管理(技能标签/排班/绩效) +5. 电子签名对接(服务合同/完成确认) +6. 助餐系统扩展(人脸识别核销 + 补贴自动抵扣) +7. 初版家属端(查看服务状态/接收通知) + +### P2:平台生态化(独立系统对接 + 数据汇聚,6-12 个月) + +> 目标:打通 IoT、呼叫中心、政府监管,形成完整医养生态入口。 + +**建设:** + +1. IoT 设备接入平台(MQTT + 时序数据库,独立建设) +2. 呼叫中心系统对接(购买/集成云呼叫中心) +3. 政府监管大屏(独立 Web 应用) +4. 直播带货功能(集成声网/腾讯云直播 SDK) +5. 审批流引擎(采购低代码平台或独立建设) +6. 慢病管理/中心药房(外采或独立建设,与 mall 处方商品联动) +7. 数据中台基础建设(从 PostgreSQL 向外汇聚) + +------ + +## 九、风险与注意事项 + +| 风险项 | 严重程度 | 说明 | +| ----------------------------- | -------- | ------------------------------------------------------------ | +| **前端持有 service_role key** | 🔴 严重 | `BACKEND_MIGRATION_PLAN.md` 已说明此问题,P0 必须修复,否则整个数据库无安全边界 | +| **医疗数据合规风险** | 🔴 严重 | 老人健康档案、体征数据涉及《个人信息保护法》《数据安全法》,必须单独等级保护,不能与商城共库 | +| **"医养商城"功能边界误判** | 🔴 严重 | 文档中把 EMR/护理记录/医嘱/药房都写进了"医养商城"章节,但这些是 HIS 功能,不是商城功能,强行实现会造成架构灾难 | +| **长护险/医保接口合规** | 🔴 严重 | 需要有医疗机构资质才能对接医保结算,不是纯技术问题 | +| **IoT 实时延迟要求** | 🟡 中等 | 文档要求告警响应 ≤15 秒、写入延迟 ≤30 秒,Supabase 不适合作为 IoT 数据实时入库层 | +| **文档描述功能体量远超一期** | 🟡 中等 | 文档列出了 400+ 功能点,完整实现需 3-5 年,必须明确 P0 边界 | +| **Supabase 单点依赖** | 🟡 中等 | 目前整个 mall 强依赖 Supabase,随着医养业务复杂化,RLS/RPC 的复杂度会指数级上升 | +| **uni-app 跨端限制** | 🟡 中等 | 部分医养硬件对接(NFC/蓝牙/RFID)在 H5 环境下有限制,App 端需要原生插件 | +| **OCR/人脸识别数据合规** | 🟡 中等 | 人脸数据属于生物识别个人信息,需单独授权同意机制 | +| **处方药在线销售资质** | 🟡 中等 | 互联网药品销售需《互联网药品信息服务资格证书》,处方药须有电子处方,需提前规划合规路径 | +| **"待确认"项** | ⚪ 待确认 | 医保统筹支付接口、长护险保险公司接口、民政补贴数据库对接方案,需与政府方确认系统开放情况 | + +------ + +**分析完成。核心结论:mall 是一个成熟的通用电商底座,与《智慧医养.md》呈"局部契合"关系。建议将 mall 定位为"医养商城前台 + 服务交易平台",P0 阶段直接在此基础上扩展服务类订单和设备租赁;医疗数据、IoT、呼叫中心、政府监管、AI、数据中台等系统必须独立建设,医养平台最终是一个以 mall 为商业交易前台、以多个专项子系统为支撑的分布式架构体系。** + +- ​ +- ​ +- ​ +- ​ +- ​ \ No newline at end of file diff --git a/pages.json b/pages.json index 76d8a018..a9a27f96 100644 --- a/pages.json +++ b/pages.json @@ -109,135 +109,168 @@ "style": { "navigationBarTitleText": "我的" } - }, - { - "path": "pages/mall/merchant/index", - "style": { - "navigationBarTitleText": "首页", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/messages", - "style": { - "navigationBarTitleText": "消息", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/orders", - "style": { - "navigationBarTitleText": "订单", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/growth", - "style": { - "navigationBarTitleText": "成长", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/profile", - "style": { - "navigationBarTitleText": "我的", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/order-detail", - "style": { - "navigationBarTitleText": "订单详情", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/products", - "style": { - "navigationBarTitleText": "商品管理", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/product-detail", - "style": { - "navigationBarTitleText": "商品详情", - "enablePullDownRefresh": false - } - }, - { - "path": "pages/mall/merchant/product-edit", - "style": { - "navigationBarTitleText": "编辑商品", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/reviews", - "style": { - "navigationBarTitleText": "评价管理", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/inventory", - "style": { - "navigationBarTitleText": "库存管理", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/shop-edit", - "style": { - "navigationBarTitleText": "店铺设置", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/promotions", - "style": { - "navigationBarTitleText": "营销活动", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/statistics", - "style": { - "navigationBarTitleText": "数据统计", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/finance", - "style": { - "navigationBarTitleText": "财务结算", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/members", - "style": { - "navigationBarTitleText": "会员管理", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/chat", - "style": { - "navigationBarTitleText": "客服聊天", - "navigationStyle": "custom" - } - }, - { - "path": "pages/mall/merchant/exclusive-discounts", - "style": { - "navigationBarTitleText": "专属折扣", - "navigationStyle": "custom" - } } ], "subPackages": [ + { + "root": "pages/mall/merchant", + "pages": [ + { + "path": "index", + "style": { + "navigationBarTitleText": "首页", + "navigationStyle": "custom" + } + }, + { + "path": "messages", + "style": { + "navigationBarTitleText": "消息", + "navigationStyle": "custom" + } + }, + { + "path": "orders", + "style": { + "navigationBarTitleText": "服务订单", + "navigationStyle": "custom" + } + }, + { + "path": "growth", + "style": { + "navigationBarTitleText": "成长", + "navigationStyle": "custom" + } + }, + { + "path": "profile", + "style": { + "navigationBarTitleText": "我的", + "navigationStyle": "custom" + } + }, + { + "path": "order-detail", + "style": { + "navigationBarTitleText": "服务订单详情", + "navigationStyle": "custom" + } + }, + { + "path": "products", + "style": { + "navigationBarTitleText": "服务管理", + "navigationStyle": "custom" + } + }, + { + "path": "product-detail", + "style": { + "navigationBarTitleText": "服务详情", + "enablePullDownRefresh": false + } + }, + { + "path": "product-edit", + "style": { + "navigationBarTitleText": "发布/编辑服务", + "navigationStyle": "custom" + } + }, + { + "path": "reviews", + "style": { + "navigationBarTitleText": "服务评价", + "navigationStyle": "custom" + } + }, + { + "path": "inventory", + "style": { + "navigationBarTitleText": "名额管理", + "navigationStyle": "custom" + } + }, + { + "path": "shop-edit", + "style": { + "navigationBarTitleText": "机构资料", + "navigationStyle": "custom" + } + }, + { + "path": "promotions", + "style": { + "navigationBarTitleText": "运营活动", + "navigationStyle": "custom" + } + }, + { + "path": "statistics", + "style": { + "navigationBarTitleText": "业务分析", + "navigationStyle": "custom" + } + }, + { + "path": "finance", + "style": { + "navigationBarTitleText": "结算补贴", + "navigationStyle": "custom" + } + }, + { + "path": "members", + "style": { + "navigationBarTitleText": "服务对象", + "navigationStyle": "custom" + } + }, + { + "path": "chat", + "style": { + "navigationBarTitleText": "在线咨询", + "navigationStyle": "custom" + } + }, + { + "path": "exclusive-discounts", + "style": { + "navigationBarTitleText": "专属折扣", + "navigationStyle": "custom" + } + }, + { + "path": "health-management", + "style": { + "navigationBarTitleText": "健康管理", + "navigationStyle": "custom" + } + }, + { + "path": "ai-consultation", + "style": { + "navigationBarTitleText": "AI问诊", + "navigationStyle": "custom" + } + }, + { + "path": "certification", + "style": { + "navigationBarTitleText": "资质管理", + "navigationStyle": "custom" + } + }, + { + "path": "search", + "style": { + "navigationBarTitleText": "搜索", + "navigationStyle": "custom" + } + } + ] + }, { "root": "pages/mall/consumer", "pages": [ diff --git a/pages/mall/merchant/ai-consultation.uvue b/pages/mall/merchant/ai-consultation.uvue new file mode 100644 index 00000000..b06e9d5d --- /dev/null +++ b/pages/mall/merchant/ai-consultation.uvue @@ -0,0 +1,781 @@ + + + + + + diff --git a/pages/mall/merchant/chat-workbench.uvue b/pages/mall/merchant/chat-workbench.uvue new file mode 100644 index 00000000..58a4f0ae --- /dev/null +++ b/pages/mall/merchant/chat-workbench.uvue @@ -0,0 +1,852 @@ + +