परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· kamo-shared-library
प्रत्येक आईएस अपने व्यक्तित्व द्वारा बोलता है, और पृष्ठभूमि ध्वनि, आवाज सहमति और कॉलर वाक्यांश स्मृति के लिए तालिकाएं
PhoneStyle एक SI के लक्षणों को बोले गए फोन नियमों में कम्पाइल करता है (संकुचन और पता फॉर्म्स, गर्मी, हास्य, ऊर्जा, हेजिंग, सहानुभूति, जिज्ञासा, पंजीकृत, क्षेत्रीय शब्दावली) प्लस आवाज पाइपलाइन लागू संख्याओं: प्रति कॉल (D3, A/B तक बंद), सुनने की ध्वनियों के बीच अंतराल (D4), हंसी और भावना सीमा (डी6), आराम टोन और अंत-ऑफ-टर्न धैर्य. एक एसआई कोई व्यक्तित्व के साथ अभी तक रजिस्टर डिफ़ॉल्ट (D2) के साथ बात करता है. AiAmbienceSetting (D7), AiVoiceCloneConsent (D12) तथा AiCounterpartyMemory हैं घोषित किया गया ताकि KamoInitializer कामोआई-सेवा के नए तालिकाओं को फिर से बना सकता है.
· MediaService
SIs सदस्यों के साथ टेक्सास Hold'em खेलते हैं, और हर सदस्य के Cheddar फिर से काम करता है
2016-10-26 को पुनःप्राप्त (PDF)। चेडर बटुआ: - बटुआ का एकमात्र दरवाजा (विश्व- गेटवे -> विश्व- स्थायी) है KamoUniverse खेल को 2026-09-28 पर पार्क किया गया था, इसलिए कोई अंत बिंदु नहीं है, इसलिए हर होल्ड' एम खरीदने के बाद से विफल हो गया है ('चेडर बटुआ जवाब नहीं दे रहा है'), CheddarLedger में उसी तीन तालिकाओं लिखता है केमोयूनिवर्स डाटाबेस सीधे ही (उसी क्लस्टर, इस सेवा का अपना डीबी उपयोक्ता), निरंतरता सेवा के नियमों के साथ: प्रति चाल एक लेनदेन, अद्वितीय idempotency कुंजी (पुनरावलोकन = लागू गलत), हस्ताक्षरित लेजर पंक्ति; एक डेबिट एक है शर्तबद्ध अद्यतन ताकि दो खरीदें-इन ओवरड्राफ्ट नहीं कर सकते. CheddarWalletClient अब इसका उपयोग करता है. - एक बार साइनअप अनुदान (1,000,000, कुंजी signup_grant:<id>), जो केवल पार्क 3D दुनिया कभी बनाया गया है, एक सदस्य के बटुआ है पहली बार बनाया गया है एक गेम ऐप के माध्यम से उन्हें छू लिया है - व्यक्ति या एसआई एक ही है. CheddarSiGrants हर गैर-सेवानिवृत्त एसआई के बटुआ समय से पहले खोलता है (घंटे में, एकल, एसआई रोस्टर के सदस्य आईडी द्वारा पेज किया गया; अन्य कुछ भी नहीं छुआ गया)। चेडर का कोई खरीद मार्ग नहीं है, इसलिए कोई भी एसआई इसे पैसे से कभी नहीं खरीदता है। होल्ड' एम् एसआई: - HoldemSiBrain: HandEvaluator के खिलाफ लाइव प्रतिद्वंद्वियों पर मोंटे कार्लो इक्विटी, पॉट ओड्स, शैली सावधान/संतुलित/बोल्ड और कौशल कैजुअल/क्लब/शार्प, 300 ms कैप. इसका एकमात्र इनपुट एसआई का प्रति-ग्राहक है HoldemTableView: own two कार्ड और सार्वजनिक जानकारी, कभी अन्य कार्ड या डेक. - HoldemSiPlayer: घटना- संचालित (हर प्रकाशित फ्रेम के बाद HoldemTurnEvent, ~ 1.4-2.3 s 30 s घड़ी के अंदर ठहरें). बैठता है जब एक व्यक्ति ने इसे आमंत्रित किया और बैठा है, HoldemGameService.act के माध्यम से expectedSeq के साथ कार्य करता है, पर rebuys अधिक से अधिक3बार एक दिन प्रति मेज, बैठे-आउट व्यक्ति के साथ बाहर बैठता है और छोड़ देता है जब कोई व्यक्ति नहीं रहता है: SIs कभी भी आपस में नहीं खेलते. Redis claim per तालिका; शैली/ कौशल प्रति SI प्रति तालिका में Redis. - HoldemSiEligibility हर कदम: Hold'em ऐप, PLAY_HOLDEM (SI की, या निमंत्रण/ बैठे व्यक्ति का: कोई असंबद्धता नहीं), रनटाइम ठहरा नहीं. - POST /tables/{id}/si-play (शैली, कौशल), केवल SI को बुलाने वाला. - ChessFaces विषयवस्तु होस्ट को लेनदेन के बाहर (रेचेट) पढ़ता है, कैश किया गया. परीक्षण: CheddarLedgerTest4(H2), HoldemSiBrainTest5, HoldemSiFairnessTest3 (एसआई के दृश्य में अन्य खिलाड़ी का कोई ताश नहीं है और कोई डेक नहीं है; छिपे हुए ताश निर्णय बदल नहीं सकता; खिलाड़ी के पास कच्चे हाथ पंक्तियों के लिए कोई दरवाज़ा नहीं है), हॉलडेम्सआईप्लेयरटेस्ट7; गेम्स सूट 240 ग्रीन।
· MCPGatewayService
मेल भेजें एक HTML शरीर का सादा पाठ संस्करण लेता है और एक पाठ फ़ाइल को कॉलर द्वारा लिखा गया है (TPRECAPS)
आईएसआई की बैठक का सारांश अब बैठक की पूरी प्रतिलिपि लेता है; शरीर की सीमा के बाद यह एक .txt संलग्नक के रूप में जाता है। textBody (bodyFormat HTML के साथ) बहुभाग/वैकल्पिक पाठ भाग बनता है; textAttachmentName + textAttachment बनता है एक संलग्नक भाग (नाम सुरक्षित अक्षरों में रखा गया, .txt). संलग्न पाठ को प्रकटीकरण के लिए शरीर के साथ योजनाबद्ध किया गया है. गोल्डन टूल सूची पुनर्जीवित (मेल भेजें केवल).
· EmailService
SI पहचान जाँच के लिए संदेश के प्रेषक तथ्य; SI_AUTH_REQUEST कोई अनुप्रयोग से संबंधित नहीं है
प्रॉवेंस जवाब अब यह भी बताता है कि संदेश अपने प्रेषक के बारे में क्या दावा करता है: From, जवाब-से, सर्वर जिसने इसे हमारे पास सौंपा, और SPF/DKIM/DMARC परिणाम अपने में रिकॉर्ड किए गए शीर्षक (शीर्षक-सिर्फ-पढ़ा, कुछ नहीं चिह्नित). SI_AUTH_REQUEST अज्ञात है: किसी को भी पूछा जा सकता है एक अनुरोध की पुष्टि करने के लिए एक एसआई वास्तव में उन्हें था.
· kamo-shared-library
SI_AUTH_REQUEST अधिसूचना प्रकार और SI सत्यापन लॉग संस्थाएँ
मालिक 2026-10-26: एक चैनल पर एक एसआई तक पहुंचने के लिए सीधे आदेश जो किसी की पहचान साबित नहीं करता है Kamo में सदस्य द्वारा पहले पुष्टि की जाती है. जोड़ता है **************** (के लिए है कोई अनुप्रयोग नहीं), si_auth_requests / si_auth_request_events को घोषित करता है (kamaai-service में हाथ से लागू DDL) **************** और support_ticket का media_session_guid सूचकांक.
· kamo-internal
चुनें कि कौन एक एसआई को बैठकों में बुला सकता है, इसके कॉल विकल्पों पर
Kamo Meet "एक SI को आमंत्रित करें" (मालिक आदेश 2026-10-26): केवल वे लोग जो इसे नियंत्रित करते हैं (डिफ़ॉल्ट) / इसके नियंत्रक और टीम साथी / आपके संगठन में कोई भी, प्रत्येक के लिए स्पष्ट शब्दों में व्याख्या के साथ. AIService के माध्यम से सहेजा गया; मीडिया सेवा इसे लागू करती है।
· MediaService
बैठक के भीतर से एक एसआई को आमंत्रित करें; जो एक एसआई को आमंत्रित कर सकता है वह एसआई का अपना विकल्प है
Kamo Meet "एक एसआई को आमंत्रित करें" (मालिक आदेश 2026-10-26): - बैठक में हस्ताक्षरित व्यक्ति के लिए **************** प्राप्त करें (निर्माता, रिकॉर्ड किए गए प्रतिभागी, या अपने स्वयं के सत्र से मिल साइडकार द्वारा इस कमरे का टोकन हाथ में दिया: MEETPRES मार्क), org के सक्रिय SIs वे फोटो (फोटो -> अवतार), नौकरी शीर्षक और उपलब्धता (उपलब्ध, ऑनलाइन नहीं है लेकिन शामिल हो सकता है, अन्य कॉल पर, ठहरा हुआ, अनुपलब्ध). इस बैठक में कभी भी एक एसआई नहीं है या इसकी यात्रा में नहीं है (लाइव प्रतिभागी, स्वचालित शामिल होने का निमंत्रण, इसमें लाइव ai_call); एक जो शेष है फिर से सूचीबद्ध है. - POST .../invitable-sis/{memberId}: इसे अब M1 के एक उदाहरण पथ के माध्यम से लाता है (भागीदारी अपसेट, विशेष) डायल दावा; इसके पीछे कामोई-सेवा का अद्वितीय लाइव-कॉल सूचकांक): एक साथ क्लिक या दो लोग एक कॉल करते हैं। - MeetSiInvitePolicy: पर्यवेक्षक (ऑर्ग ग्राफ रिपोर्टिंग लाइन, ऑर्ग मालिक) हमेशा; अन्य प्रति एसआई meeting_invite_policy (SUPERVISORS डिफ़ॉल्ट | टीम | संगठन). लोगों के लिए M1 और बैठक बनाएँ पर बाध्य, और M3 का चयनक केवल आमंत्रित SIs प्रदान करता है ("नियंत्रित")। SIs TP12 SI-से-SI नियम रखता है। - ViewerThemeDomain के माध्यम से किसी भी लेनदेन के बाहर **************** थीम होस्ट पर कक्ष खोज.
· AIService
इस आईएस को बैठकों में कौन आमंत्रित कर सकता है, इसके कॉल विकल्पों पर
Kamo Meet "एक SI को आमंत्रित करें" (मालिक आदेश 2026-10-26): meetingInvitePolicy (SUPERVISORS default | TEAM | ORGANIZATION) एसआई के अन्य कॉल और बैठक विकल्पों के साथ पढ़ा और बदला, समान अधिकार; में भंडारित **************** (डीडीएल ****************) मिडियासर्विस इसे लागू करता है.
· kamo-shared-library
MeetingInvitePolicy — जो एक SI को एक बैठक में आमंत्रित कर सकता है; ai_member_call_options को घोषित करें
Kamo Meet "एक एसआई को आमंत्रित करें" (मालिक आदेश 2026-10-26). एक एसआई के पर्यवेक्षक (प्रबंधक और SI-supervisor edges, org owner) इसे हमेशा आमंत्रित कर सकता है; इसकी अपनी meeting_invite_policy कहता है कि कौन और आमंत्रित कर सकता है: SUPERVISORS (डिफ़ॉल्ट), TEAM (नामित टीम, वही प्रबंधक, इसके रिपोर्ट) या ORGANIZATION. ग्राफ बंद करने में विफल. AiMemberCallOptionsRow हस्तनिर्मित ai_member_call_options तालिका (और नया स्तम्भ) को घोषित करता है इसलिए KamoInitializer कोड से इसे बना सकते हैं.
· MCPGatewayService
खेल_ * - एक एसआई सदस्यों के साथ शतरंज खेलता है
SITP TPGAMES. मीडियासर्विस के शतरंज अंत बिंदुओं पर ग्यारह औजार, एक के रूप में गेटेड सदस्य का बोर्ड है (शेक्सपीयर अनुप्रयोग + PLAY_CHESS, फिर से नीचे): games_list, games_get_state (आरेख, FEN, वैध चाल, चलने का पाठ, रिकॉर्ड), games_invite (वैकल्पिक कौशल), games_join, games_decoder, games_move (SAN या वर्ग, सर्वर- साइड, games_offer_draw, games_decoder_draw, games_resign, games_rematch, games_set_skill. SI की चाल अन्यथा इसके लिए खेली जाती है मीडियासर्विस का इंजिन; मॉडल बोलता है. आंतरिक लिखता है: नहीं approval class, NOT_DISCLOSING; पढ़ता है NOT_CONTENT. chat_read पर खेल का नाम एक GAME_ INVITE कार्ड. अनुमोदन वाक्यांश + CHESS_ GAME संज्ञा; games_ prefix; गोल्डन पुनर्जीवित (11 जोड़ा) टेस्ट: गेम्सपैकटेस्ट7, चैटपैकटेस्ट +1; पूर्ण सूट 1968 ग्रीन।
· EmailService
एचटीएमएल के साथ एक सादा पाठ संस्करण, और एक एसआई का एक सुपरवाइजर के लिए संक्षिप्त पत्र जब एसआई के पास कोई मेलबाक्स नहीं होता है (TPRECAPS)
/api/email/send एक वैकल्पिक textBody लेता है: शरीर तब बहुभाग/वैकल्पिक है (पाठ, फिर HTML), अंदर मिश्रित जब संलग्नक हों. POST **************** (KamoAI गुप्त, बहुभाग जैसे /api/email/send) एक पत्र भेजता है इसका कालर संगठन के ट्रांसैक्शनल मेल के रूप में बनाया गया है: NoReply@ its domain only when that domain's एसपीएफ हमें अनुमति देता है, अन्यथा मंच के अपने नाम के तहत, पाठ संस्करण और दो फ़ाइलों तक.
· kamo-shared-library
SI कॉल रिकैप ईमेल (TPRECAPS) के लिए ai_call_recap और ai_member_recap_options को घोषित करें
एक पंक्ति प्रति एसआई फोन कॉल कि एक बातचीत थी, तो इसका सारांश एक बार सुपरवाइजर तक पहुंचता है; और एक एसआई के दो सारांश विकल्प, दोनों डिफ़ॉल्ट से चालू. हाथ से लागू डीडीएल (kamoai- service ****************) यहाँ घोषित है ताकि KamoInitializer इसे फिर से बना सके.
· MCPGatewayService
प्रत्येक SI में एक घड़ी है: time_now, time_convert, time_calc
मालिक रिपोर्ट 2026-10-26: एक कॉल पर समय पूछा, एक एसआई ने कहा कि यह कोई घड़ी नहीं था. घड़ी और कैलेंडर हर व्यक्ति है: समय अब एसआई के क्षेत्र में या किसी भी अन्य (दिन के साथ) सप्ताह), एक समय दूसरे क्षेत्र में कहा, और तिथि अंकगणित. पढ़ता है, कोई अधिकार नहीं, कोई रिकॉर्ड नहीं.
· MCPGatewayService
एक एसआई के लिए एक टीम के साथी का सत्यापित ईमेल उनके अनुरोध और उनके आदेश है
मालिक रिपोर्ट 2026-10-26: मालिक ने उन्हें कॉल करने के लिए अपने एसआई को ईमेल किया; ईमेल कभी नहीं था आदेश ([ऑर्डर] कोई आदेश) और हर बाद में चेक-इन बाहर मेल के रूप में इसे पढ़ा और पूछा अनुमोदन के लिए मालिक. मेल ईमेल सेवा साबित करता है कि एक टीम साथी का अपना मेलबाक्स आईएसआई को भेजा गया है मेल के अंदर (sendByTeammate, internal taint) और एक वॉक या उद्धरण जैसे कि एक चैट संदेश: लेखक, हालिया, यह चल रहा है तथा गन्दगी सभी जाँचे गए. एक नक़ल फ़ॉर्म मेल के बाहर रहता है.
· MediaService
एक SI सदस्य सदस्यों के साथ शतरंज खेलता है, इसकी चाल Kamo के इंजन द्वारा चुनी जाती है
2026-10-26 को मूल से संग्रहित. 2026-10-26 को मूल से संग्रहित. 2026-10-26 को मूल से संग्रहित. 2026-10-26 को मूल से संग्रहित. - ChessSiPlayer: घटना- संचालित (प्रत्येक कमिट परिवर्तन के बाद ChessTurnEvent). एक सदस्य का निमंत्रण: एसआई शामिल होता है और इसका मन एक बार जाग जाता है (एक चैट कार्ड की बातचीत पर सूचना) उन्हें सलाम करने के लिए. एक सदस्य का ड्रॉ प्रस्ताव: स्वीकारा जब तक कि एसआई आधे से अधिक सिपाही से आगे न हो. इसकी बारी: ChessAi (alpha-beta + quiescence, time-budgeted) इस पर चाल चुनता है इसका प्रयोग मुख्य रूप से खेलने के लिए किया जाता है, जैसे कि ChessGameService.move क्लिक के रूप में वैध पथ. ~0.7 सेकण्ड ठहरें, प्रति खेल एक कार्य का इंतजार, 200 प्रति पॉड, Redis पॉड के बीच दावा, लिखने से पहले FEN फिर से जाँचा गया. - ChessSiEligibility, हर चाल: शतरंज अनुप्रयोग चालू, PLAY_CHESS लागू, रनटाइम निलंबित/अवरुद्ध/रिटायर्ड नहीं. - रिकवरी स्वीप (सिंगलटन, 30 सेकंड) एक फेर के लिए एक रीस्टार्ट या ठहराव मिसेस. - कोई एसआई- बनाम- एसआई बोर्ड नहीं (निमन्त्रण अस्वीकृत; कोई नहीं खेला गया) - Redis में प्रति खेल कौशल (CASUAL/CLUB/MASTER, डिफ़ॉल्ट CLUB), कोई DDL नहीं; POST /games/{id}/si-level; /move पर लिखी चालें (SAN या e2e4)। - बोर्ड प्रतिद्वंद्वी की तस्वीर दिखाता है (opponentAvatarUrl हमेशा शून्य था), प्रतिद्वंद्वीIsSi और siLevel - फिक्स: एक ChessAi प्रत्येक अनुरोध द्वारा साझा किया गया अपने अंतिम तिथि क्षेत्रों में दौड़ा. परीक्षण: ChessSiPlayerTest 11, ChessSiRulesTest 15, क्वेरी पार्स 1; शतरंज और हरा (100)
· EmailService
एक टीम साथी ने एक एसआई का ईमेल भेजा है, इसलिए एक ईमेल किया गया अनुरोध उनके आदेश के रूप में गिन सकता है
एक आंतरिक अंत बिंदु जवाब देता है कि क्या एक सदस्य के अपने मेलबाक्स में एक संदेश को एक द्वारा भेजा गया था टीम साथी: इसका प्रेषक एक ही ऑर्ग के सदस्य तक पहुँचता है, और उस सदस्य का अपना भेजा गया फ़ोल्डर रखता है प्राप्तकर्ता को पता लगाया गया एक ही संदेश-आईडी. एक नकली से कभी नहीं जाता है; सिर्फ पढ़ने के लिए.
· kamo-internal
पाइपलाइन दिखाता है जब प्रत्येक सौदा और ऋण खोला जाता है, और इसके द्वारा क्रमबद्ध करता है
सौदे और ऋण सदस्य के क्षेत्र में "खोला <दिनांक, समय>" दिखाएँ. ऋण के लिए Arive से आयातित है जो Arive का निर्माण समय है - पहले, हर आयातित आयात के दिन के रूप में खोले जाने के रूप में सौदा छांटा गया.
· SecurityService
Arive में खोले गए पाइपलाइन ऋण Arive के सृजन समय को ले जाते हैं, आयात के नहीं
· kamo-shared-library
ऋण सारांश ले जाते हैं जब एक MLOS ऋण वास्तव में खोला जाता है (openedAt)
· kamo-internal
संभावनाएं – पूर्व-आवेदन सौदे खुले पाइपलाइन को छोड़ देते हैं
एक सौदा जिसके ऋण सभी आहार, योग्यता या पूर्व-अनुमोदन (नहीं अनुप्रयोग अभी तक लिया गया) अपने खुद के प्रॉस्पेक्ट्स दृश्य और गिनती के तहत दिखाता है. खोलें, इसके KPIs और स्टेज रेल अब केवल प्रगति में अनुप्रयोगों को गिनता है; Kamo का अपने मसौदे खुले में रहें. ऋण के बारे में कुछ नहीं बदलता.
· kamo-internal
पाइपलाइन पूर्व-आवेदन चरणों, प्रत्येक परिणाम और अभिलेखित ऋण दिखाता है
- स्थितियां: आवेदन ग्रहण, योग्यता, पूर्व-अनुमोदित; अनुमोदित नहीं स्वीकृत, अपूर्णता के लिए बंद, रद्द, पूर्व- स्वीकृति अस्वीकृत / स्वीकार नहीं किया गया - दो हार्ड- कोडेड प्रतियों के बजाय एक साझा सूची - बोर्ड और सौदे: अभिलेखागार ऋण खुले पाइपलाइन छोड़ दें (अतीत के तहत दिखाया गया, चिह्नित अभिलेखित); अ- वित्त पोषित परिणाम रद्द के रूप में गिनती - "उपलब्ध" अब statusId >=2नहीं है (id पहचान है, आदेश नहीं) - Arive स्टेज मैप पूर्व-अनुप्रयोग स्थिति प्रदान करता है
· SecurityService
Kamo हर Arive ऋण रखता है, स्थिति पर Arive वास्तव में यह है
- आयात और इनबाउंड घटनाओं हर ऋण स्वीकार - खुले, वित्त पोषित, प्रतिकूल या अभिलेखित - बजाए सिर्फ "सक्रिय" के - कोई प्रति-ऋण प्राप्त ऋण या crmReferenceId स्टैम्प नहीं: प्रत्येक Zapier कार्य पर है ग्राहक की योजना (एक आयात के लिए 20,000+); GUID ऋण को पहचानता है - Arive की तिथियां रिकॉर्ड के तंत्र के रूप में लागू की जाती हैं (cleared where Arive has) कोई नहीं, उदाहरण के लिए एक अनुप्रयोग तिथि एक पूर्व- अनुप्रयोग फ़ाइल पर) - Kamo के पीछे एक स्टेज को फिर से संरेखित किया गया है, रिकॉर्ड पर, बजाय अस्वीकार करने के - ड्राफ्ट- सिर्फ गार्ड (उधारकर्ता संपादन, खुद जमा, एसआई क्रेडिट pull / AUS) कवर प्री- एप्लीकेशन चरण; "सबमिट" अब स्थितिआईडी >=2नहीं है
· kamo-shared-library
पूर्व-अनुप्रयोग स्थिति, प्रत्येक HMDA परिणाम, अभिलेख, और Arive की वास्तविक तिथियां
Arive ऋण केवल स्टेज नाम से मैप किया गया था: हर पूर्व-आवेदन चरण आवेदन लिया गया, हर अभिलेखित ऋण वापस ले लिया गया (वित्त पोषित भी), प्रत्येक प्रतिकूल क्रिया अस्वीकृत, और तारीख़ों को आयात दिन के साथ छापा गया था. - LoanFileStatus (संलग्न — क्रमिक स्तम्भ): APPLICATION_ INTAKE, क्वालिफिकेशन, प्री_अनुमोदित; परिणाम APPROVED_NOT_ACCEPTED, अपूर्ण, रद्द, प्री-अनुमोदन_अस्वीकृत, प्री-अनुमोदन_अस्वीकृत - state machine: वैकल्पिक प्री- एप्लीकेशन तीर; प्रत्येक परिणाम केवल से स्थिति यह अनुसरण कर सकता है - LoanFile.archivedAt: अभिलेख स्थिति के बगल में एक फ्लैग है, एक परिणाम नहीं - Arive: ADVERSE चरण + AriveAdverseReason मैप अपने परिणाम में (दोनों 1999: 1999 में, 1998 में, 1997 में, 1996 में, 1995 में, 1994 में, 1993 में, 1992 में, 1991 में, 1990 में, 1990 में, 1991 में, 1990 में, 1991 में, 1990 में, 1990 में Arive (TRID तिथि, हस्ताक्षरित दस्तावेज़, वित्तपोषण तार, स्टेज तिथियां), आज कभी नहीं - realignToExternal: बाहरी MLOS स्टेज के लिए रिकॉर्ड का तंत्र है - HMDA क्रिया वास्तविक परिणाम से ली गई है; प्रगति में फ़ाइलों में कोई नहीं है - वाणिज्य / लेन- देन रोलअप / बंद क्षितिज नई स्थिति को संभालता है
· kamo-internal
बाह्य एमएलओएस बंधक बाजार और प्रत्येक ऋण पर रहता है
- विन्यास → POS बाजार → बंधक बाजार: नया "बाह्य एमएलओएस" टैब (Arive via Zapier, MeridianLink) कनेक्शन, स्टेज मैप, ट्रांजेक्शन के साथ विंडो और सक्रिय ऋणों का आयात; लीड-मार्केट एमएलओएस चयनकर्ता है इसके लिए संकेतक द्वारा प्रतिस्थापित - ऋण अनुप्रयोग: एक स्थिति पट्टी जो बाहरी में ऋण का स्थान दिखाती है एमएलओएस (लिंक्ड/सेंडिंग/नॉलेज फील्ड्स/अस्वीकृत), फिर से भेजें और एमएलओएस में खोलें; MLOS के स्वामित्व वाले खंड केवल पढ़ने योग्य हैं, एक नोट के साथ जो कहता है कि उन्हें कहाँ संपादित करना है - पाइपलाइन सौदा कार्ड: बाहरी MLOS चिप - लीड पृष्ठ: Arive/MeridianLink क्रियाएँ हटाई गईं - प्रॉक्सी मार्ग को **************** पर ले जाएँ
· DaemonService
MeridianLink पोल ऋण अनुप्रयोगों पर लागू होता है, न कि लीड्स पर
MLOS_ LOAN_ LOS_ LINKS के माध्यम से परिवर्तित ऋण मेल खाते हैं और भेजे जाते हैं कनेक्शन द्वारा सुरक्षाservice by connection; अज्ञात ऋण केवल वहाँ अपनाए जाते हैं जहाँ यह एक एकल एल्बम के रूप में जारी किया गया था।
· SecurityService
बाजार के बाहरी एमएलओएस के लिए हर ऋण आवेदन का प्रतिबिंब, दोनों दिशाओं में
Arive और MeridianLink एक के बजाय MORTGAGE (MLOS) बाजार से जुड़ें लीड बाजार और लीड के बजाय ऋण आवेदनों को सिंक्रनाइज़ करना। - LoanLosSyncService: क़तार + 20s सिंगलटन टिक; में ऋण बनाता है बाहरी MLOS जब इसके आवश्यक क्षेत्र मौजूद हों, स्टेज परिवर्तनों को पुश करता है, पीछे जाता है असफलता पर बन्द, फिर से भेजने की पेशकश करता है / MLOS में खोलें / प्रति- ऋण स्थिति दृश्य - LoanLosSyncInterceptor: खण्ड जो बाहरी MLOS के स्वामित्व में है (उधारकर्ता, property, loan terms for Arive) उत्तर 409 में Kamo; एक सिंक कतार को सहेजें - LosLoanApplyService MLOS के स्टेज में पाइपलाइन आगे चलता है (कभी नहीं पीछे की ओर), चाल को टैग करता है ताकि यह ईको या ईमेल नहीं किया जाता है - LosLoanAdoptionService: MLOS में बनाया गया ऋण Kamo ऋण बन जाता है ऋणी के खाते पर अनुप्रयोग, एक लेनदेन में समूहीकृत कि ऋणदाता के अन्य ऋण कनेक्शन के विंडो के भीतर खोले गए (30 दिन) - Arive इनबाउंड: Kamo संदर्भ द्वारा पहचाने गए ऋण, GUID, फिर ऋण संख्या; सक्रिय ऋणों का पेज्ड आयात (ऋण ढूंढें / ऋण प्राप्त करें zaps) - कनेक्शन अंत बिंदु को **************** पर खिसकाएँ - लीड- लेवल एलओएस नियंत्रक तथा सेवाएँ हटाई गई
· kamo-shared-library
ऋण पर बाहरी MLOS (Arive, MeridianLink) समंजित करें, लीड नहीं
लीड-लेवल LOS लिंक को ऋण-स्तर एक से प्रतिस्थापित किया गया है: हर ऋण अनुप्रयोग बाजार के बाहरी एमएलओएस और वापस, एक-से-एक द्वारा जुड़ा है MLOS_LOAN_LOS_LINKS और MLOS_LOS_SYNC_QUEUE द्वारा संचालित। - LoanLosProvider SPI (बनाएं / दबाएँ / गुम क्षेत्र / तालाबंद खण्ड / खोलें) लिंक) Arive (Zapier के द्वारा) और MeridianLink कार्यान्वयन के साथ - AriveLoanMapper: पूरा ऋण -> ऋण बनाएँ (94 इनपुट, सह- ऋणी), स्टेज अद्यतन, प्रतिकूल क्रिया, पेज्ड ऋण ढूंढें / ऋण प्राप्त करें, और Zapier का पंक्ति पाठ एक ऋण पैच में वापस - LoXmlFieldMapper ऋण अनुप्रयोग मैप करता है, लीड नहीं - AriveConnectionConfig: ऋण स्थिति के लिए स्टेज मैप, लेनदेन विंडो (30d), सिंक- सिंक और आयात प्रगति - पाइपलाइन संक्रमण एक syncSource को ले जाते हैं इसलिए प्रतिध्वनि फिर से भेजे नहीं जाते हैं और MLOS- संचालित चाल के लिए ऋणदाताओं को ईमेल नहीं किया जाता है - लीड- लेवल एडाप्टर, पैच तथा लीडसर्विस एलओएस हुक हटाए गए
· SecurityService
कोडेड शब्दावली - RxNorm, ICD-10-CM, CVX और HCPCS अपने प्रकाशकों से लोड; चुनने वाले, वास्तविक कोड जांच, और ONC उच्च प्राथमिकता बातचीत स्क्रीन
लोडर (ehr.terminology): RxNorm वर्तमान Prescribable सामग्री (NLM, MD5 NLM के खिलाफ सत्यापित पृष्ठ; **************** दवा-> घटक के माध्यम से हल घटक/generics/पैक, दवा-> खुराक फॉर्म, डीसीएसए से डीईए समय सारणी), आईसीडी-10-सीएम आदेश फ़ाइल (बिलेबल झंडा, संक्षिप्त/लंबे शीर्षक, उपसर्ग बंद), सीवीएक्स + टीके समूह (सीडीसी), एचसीपीसीएस स्तर II तिमाही (सीएमएस; मॉडिफायर और सीपीटी कभी लोड नहीं किया गया. रिकॉर्ड स्रोत यूआरएल, प्रकाशक संस्करण, प्रभावी तिथियां और रिलीज करता है चेकसम; केवल COMPLETE रिलीज़ जवाब देता है; सुपरसेशन एक रिलीज़ को समाप्त करता है जहाँ अगला शुरू होता है JDBC बैच लिखता है; दैनिक 09:30 UTC फ्लीट किराए के तहत ताज़ा; प्लेटफॉर्म प्रशासक के लिए मांग पर लोड। खोज: टोकन-उपसर्ग सूचकांक (Yugabyte पर कोई trigram/GiST नहीं), रैंकिंग नियम परीक्षणों द्वारा पिन किए गए; /status, दवाएं, निदान, टीके, प्रक्रियाएं, खोज. वैधता: ClinicalCodeChecker कोड को अस्वीकार करता है एक लोड रिलीज की कमी है (ICD सेवा की तिथि द्वारा; शीर्षक कोड दावा पर अस्वीकृत, कहीं और चेतावनी; CVX यहाँ दी गई खुराक के लिए सक्रिय होना चाहिए; RxCUI मौजूद होना चाहिए; RxNorm लोड किया जाता है और जब RxNorm के समय सारणी ले RxNorm के एक सटीक उत्पाद नाम देना चाहिए stricter), केवल फ़ॉर्मेट में वापस गिरने के लिए - और यह कहने के लिए - जब कोई रिलीज़ तिथि को कवर नहीं करता है। 15-जोड़ी ONC उच्च प्राथमिकता सूची (Phansalkar et al., JAMIA 2012) के रूप में डेटा के साथ बातचीत उद्धरण, सदस्यों ने लोड किए गए RxNorm से RxCUIs को शामिल करने के लिए हल किया; 14 जोड़े स्क्रीन किए गए (QT जोड़े के सदस्यों में पेपर में प्रकाशित नहीं हैं). निष्कर्ष उच्च जोखिम चेतावनी ओवरराइड की जरूरत है कारण; DRUG_ INTERACTION अंतराल एक 'सिर्फ ... के खिलाफ स्क्रीन किया गया' वाक्य के साथ खुला रहता है, तो isComplete () गलत रहता है. एलर्जी कोड RxNorm में अब भी घटक द्वारा मेल खाता है.
· kamo-internal
चार्ट से रोगियों को संदेश, सहमति पहले; याद दिलाने, पुष्टि और कार्यक्रम पर वीडियो दौरे
- संदेश टैब: संपर्क सहमति कार्ड (पाठ संदेश, ईमेल, संपर्क नहीं करें - कब और कैसे, इतिहास), एक कम्पोजर जो भेजने से पहले सर्वर से पूछता है (समर्थन, तथा चिकित्सीय के लिए न्यूनतम आवश्यक प्रोम्प्ट) शब्द लेखक को पुष्टि करनी होगी), और क्या भेजा गया था उसके वितरण स्थिति के साथ; समयरेखा ताज़ा करता है - दिन का समय सारणी और चार्ट की मुलाकातें: शब्दों में याद दिलाने का परिणाम, पुष्टिकरण (पाठ उत्तर द्वारा, या) डेस्क द्वारा चिह्नित), और वीडियो यात्राओं के लिए वीडियो यात्रा प्रारंभ करें (सदस्यों के लिए ही शामिल मार्ग), रोगी भेजें लिंक (पाठ / ईमेल / उनकी प्राथमिकता) और नक़ल रोगी लिंक, जब अभ्यास की एक चेतावनी के साथ बैठक विन्यास रोगी को बाहर रखेगा - वॉक-इन वीडियो यात्राएं यात्रा पर एक ही नियंत्रण प्राप्त करती हैं - अभ्यास सेटअप: एक स्मरण दृश्य - चालू/बंद, तीन लीड समय तक, चैनल, स्थान, जवाब-C पुष्टिकरण, शांत घंटे, अभ्यास के अपने शब्द स्वीकार्य भराव के साथ, और एक पूर्वावलोकन - रिकार्ड: पाठ या ईमेल भेजें, अभ्यास के सुझाए गए शब्दों में, जब यह जाता है तो रिकार्ड पर लॉग इन करें
· MediaService
एक चिकित्सा अभ्यास का वीडियो दौरा कक्ष, सर्वर से सर्वर बनाया
POST /api/internal/meet/telehealth (X-Internal-Auth = internal.auth.secret, MeetInternalAuth) एक बनाता है संगठन के अपने प्रदाता और लाइव डोमेन पर बैठक, चिकित्सक द्वारा आयोजित और के लिए निर्धारित यात्रा की शुरुआत (अतः मेहमान- लिंक की समाप्ति यात्रा से गिनती होती है). मेहमान पहुँच तथा लॉबी के लिए चालू है कक्ष; जवाब guestsAllowed=false जोड़ता है जब org के Kamo Meet सेटिंग सभी मेहमानों को बाहर रखता है, इसलिए एक रोगी एक लिंक भेजा जाता है कि उन्हें स्वीकार नहीं कर सकता है से पहले अभ्यास चेतावनी दी जाती है. शीर्षक केवल है "विडियो दौरा": बैठक सूची चार्ट के देखभाल-संबंध द्वार के बाहर है।
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं