Changelog
Ce qui est nouveau.
Chaque amélioration apportée à la plateforme, à mesure qu'elle est livrée.
· kamo-shared-library
Chaque SI parle par sa personnalité, et les tableaux pour le bruit de fond, le consentement vocal et la mémoire de phrase de l'appelant
PhoneStyle compile les traits d'un SI en règles de téléphone parlé (contractions et formes d'adresse, chaleur, humour, énergie, couverture, empathie, curiosité, enregistrement, (en termes régionaux) plus les numéros que le pipeline vocal applique: un plafond de remplissage par appel (D3, éteint jusqu'au A/B), l'écart entre les sons d'écoute (D4), le rire La gamme d'émotion (D6), le ton de repos et la patience de fin de tour Ce fichier n'a pas encore de personnalité mais parle avec les valeurs par défaut du registre (D2). AiAmbienceSetting (D7), AiVoiceCloneConsent (D12) et KamoInitializer peut recréer les nouvelles tables de kamoai-service.
· MediaService
Les SI jouent au Texas Hold'em avec les membres, et le Cheddar de chaque membre fonctionne à nouveau
SITP TPGAMES (propriétaire 2026-10-26). Portefeuille de cheddar: - La seule porte du portefeuille (universe-gateway -> universe-persistence) a eu Il n'y a pas d'endpoints depuis que le jeu KamoUniverse a été stationné le 2026-09-28, donc chaque Hold'em buy-in depuis a échoué ('le portefeuille Cheddar ne répond pas'), CheddarLedger écrit les mêmes trois tables dans la table de données de l'application Base de données kamouniverse directement (même cluster, utilisateur DB propre à ce service), avec les règles du service de persistance: une transaction par mouvement, unique idempotence key (replay = applied false), ligne de grand livre signée; un débit est un Une mise à jour conditionnelle afin que deux buy-ins ne puissent pas dépasser Il l'utilise. - La subvention d'inscription unique (1 000 000, clé signup_grant:<id>), qui ne Le monde 3D le plus stationné jamais créé, est créé la première fois qu'un portefeuille de membre est Touché par une application de jeux qu'ils ont - personne ou SI la même chose. CheddarSiGrants ouvre le portefeuille de chaque SI non retraité à l'avance (toutes les heures, singleton, paginée par les identifiants des membres de la liste SI ; rien d'autre n'est touché). Cheddar n'a pas de chemin d'achat, donc aucun SI ne l'achète jamais avec de l'argent. Hold'em SI: - HoldemSiBrain: équité de Monte Carlo sur HandEvaluator vs les adversaires en direct, Cotes du pot, style CAUTIOUS/BALANCED/BOLD et compétence CASUAL/CLUB/SHARP, 300 ms Sa seule entrée est le HoldemTableView par récipient du SI: own two Les cartes et les informations publiques, jamais les autres cartes ou le jeu. - HoldemSiPlayer: actionné par les événements (HoldemTurnEvent après chaque trame publiée, ~1.4-2.3 s pause dans l'horloge de 30 s). S'assoit quand une personne l'a invité et est assis, agit via HoldemGameService.act avec expectedSeq, rebuys à Au plus 3 fois par jour par table, s'assoit avec une personne assise et quitte Quand il n'y a plus personne: les SI ne jouent jamais entre eux. Redis réclamation par style/compétences par SI par table dans Redis. - HoldemSiEligibility chaque étape: Hold'em app, PLAY_HOLDEM (SI, ou le Personne invitante/assise: Pas d'insubordination), temps d'exécution non interrompu. - POST /tables/{id}/si-play (style, skill), l'appelant SI uniquement. - ChessFaces lit l'hôte du thème en dehors de la transaction (ratchet), mis en cache. Tests: CheddarLedgerTest 4 (H2), HoldemSiBrainTest 5, HoldemSiFairnessTest 3 (la vue du SI ne contient pas les cartes des autres joueurs et aucun deck; cartes cachées Le joueur ne peut pas changer la décision; il n'a pas de porte vers les rangées de mains brutes), HoldemSiPlayerTest 7; suites de jeux 240 vert.
· MCPGatewayService
Mail_send prend la version en texte clair d'un corps HTML et un fichier texte écrit par l'appelant (TPRECAPS)
Le résumé de la réunion du SI contient désormais la transcription complète de la réunion; au-delà de la limite du corps, il est envoyé en tant que pièce jointe .txt. textBody (avec bodyFormat HTML) devient la partie de texte multipartite/alternative; textAttachmentName + textAttachment deviennent Une partie pièces jointes (nom gardé aux caractères sûrs, .txt) Le texte joint est planifié avec le corps pour la divulgation. Listes d'outils d'or régénérées (mail_send uniquement).
· EmailService
Faits de l'expéditeur d'un message pour les vérifications d'identité SI; SI_AUTH_REQUEST n'appartient à aucune application
La réponse de provenance indique maintenant aussi ce que le message lui-même prétend sur son expéditeur: From, Reply-To, le serveur qui l'a remis au nôtre, et les résultats SPF/DKIM/DMARC enregistrés dans son SI_AUTH_REQUEST n'est pas marqué : n'importe qui peut demander l'authentification par l'intermédiaire du serveur Un SI pour confirmer une demande était vraiment eux.
· kamo-shared-library
Le type de notification SI_AUTH_REQUEST et les entités du journal d'authentification SI
Propriétaire 2026-10-26: des ordres directs atteignant un SI sur un canal qui ne prouve l'identité de personne Toutes les annonces doivent être confirmées par le membre dans Kamo en premier si_auth_requests / si_auth_request_events (DDL appliquée à la main dans kamoai-service) **************** et l'index media_session_guid de support_ticket.
· kamo-internal
Choisir qui peut inviter un SI à des réunions, sur ses options d'appel
Kamo Meet "Inviter un SI" (ordre du propriétaire 2026-10-26): Seules les personnes qui le supervisent (par défaut) / Ses superviseurs et Coéquipiers / Toute personne dans votre organisation, avec une explication claire de chacun. Enregistré via AIService; MediaService l'applique.
· MediaService
Inviter un SI de l'intérieur de la réunion; qui peut inviter un SI est le choix du SI
Kamo Meet "Inviter un SI" (ordre du propriétaire 2026-10-26): - GET **************** pour une personne inscrite DANS la réunion (créateur, participant enregistré, ou remis le jeton de cette salle par le sidecar de la réunion de leur propre session: marque MEETPRES), les SI actifs de l'organisation qu'ils Vous pouvez inviter, regroupé SURVIVÉ / DISPONIBLE, avec photo (photo -> avatar), titre de poste et la disponibilité (disponible, Aucun SI n'est en ligne mais peut rejoindre, lors d'un autre appel, en pause, indisponible) (participant en direct, invitation à rejoindre automatiquement, ai_call en direct); celui qui est resté est à nouveau répertorié. - POST .../invitable-sis/{memberId}: l'apporte maintenant via le chemin d'instance unique de M1 (upsert participant, exclusif Dial claim; kamoai-service's unique live-call index behind it): des clics simultanés ou deux personnes effectuent un appel. - MeetSiInvitePolicy: les superviseurs (ligne de reporting graphique de l'organisation, propriétaire de l'organisation) toujours; d'autres par les SI meeting_invite_policy (SUPERVISORS par défaut | TEAM | ORGANIZATION). Appliqué sur M1 et création de réunion pour les personnes, Le sélecteur de M3 n'offre que les SI invités (avec "supervised").Les SI gardent la règle TP12 SI-to-SI. - Recherche de chambre sur **************** hôte de thème via ViewerThemeDomain en dehors de toute transaction.
· AIService
Qui peut inviter ce SI à des réunions, sur sa demande?
Kamo Meet "Inviter un SI" (commande du propriétaire 2026-10-26): meetingInvitePolicy (SUPERVISORS par défaut | TEAM | ORGANIZATION) lu et modifié avec les autres options d'appel et de réunion du SI, mêmes droits; stocké dans **************** (DDL) **************** MediaService l'applique.
· kamo-shared-library
MeetingInvitePolicy — qui peut inviter un SI à une réunion ; déclarer ai_member_call_options
Kamo Meet "Inviter un SI" (ordonnance du propriétaire 2026-10-26). Les superviseurs d'un SI (sa chaîne hiérarchique au-dessus du gestionnaire et Le propriétaire de l'organisation (le superviseur de SI, le propriétaire de l'organisation) peut toujours l'inviter; sa propre politique meeting_invite_policy indique qui d'autre peut: SUPERVISORS (par défaut), TEAM (équipe nommée, même manager, ses rapports) ou ORGANIZATION.Failure de fermeture du graphique. AiMemberCallOptionsRow déclare la table ai_member_call_options faite à la main (et la nouvelle colonne) de sorte que KamoInitializer Vous pouvez le construire à partir de code.
· MCPGatewayService
Games_* - un SI joue aux échecs avec des membres
SITP TPGAMES. Onze outils sur les terminaux d'échecs de MediaService, Le tableau d'un membre est (Appli d'échecs + PLAY_CHESS, encore en aval): games_list, games_get_state (diagramme, FEN, coups légaux, texte de déplacement, enregistrement), games_invite (compétence optionnelle), games_join, games_decoder, games_move (SAN ou carrés, validé côté serveur), games_offer_draw, games_decoder_draw, games_resign, games_rematch, games_set_skill. Les coups du SI sont autrement joués pour lui par Le moteur de MediaService; le modèle parle. Écriture interne: non La classe d'approbation, NOT_DISCLOSING; lit NOT_CONTENT. chat_read nomme le jeu sur lequel Une carte GAME_INVITE. Phrases d'approbation + CHESS_GAME nom; games_ préfix; goldens Régénérés (11 ajoutés). Tests: GamesPackTest 7, ChatPackTest +1; suite complète 1968 vert.
· EmailService
Une version en texte brut à côté du HTML, et une lettre récapitulative d'un SI pour un superviseur lorsque l'SI n'a pas de boîte aux lettres (TPRECAPS)
/api/email/send prend un textBody optionnel: le corps est alors multipart/alternative (texte, puis le HTML), à l'intérieur mixte POST **************** (KamoAI secret, en plusieurs parties comme /api/email/send) Envoie une lettre à son appelant construit comme courrier transactionnel de l'organisation: NoReply@ son domaine uniquement lorsque ce domaine est SPF nous autorise, sinon la plateforme est sous son nom, avec la version texte et jusqu'à deux fichiers.
· kamo-shared-library
Déclarer ai_call_recap et ai_member_recap_options pour l'e-mail de résumé d'appel SI (TPRECAPS)
Une ligne par appel téléphonique de SI qui a eu une conversation, de sorte que son résumé parvient au superviseur une fois; et un résumé de SI deux fois DDL appliquée à la main (kamoai-service) **************** KamoInitializer peut le recréer.
· MCPGatewayService
Chaque SI a une horloge: time_now, time_convert, time_calc
Rapport du propriétaire 2026-10-26: demandé l'heure sur un appel, un SI a dit qu'il n'avait pas d'horloge Le calendrier que chaque personne a: l'heure actuelle dans la zone du SI ou toute autre (avec le jour de la semaine), une heure dite dans une autre zone, et la date arithmétique. Lires, pas de droit, pas d'enregistrement.
· MCPGatewayService
Le courriel prouvé d'un coéquipier à un SI est sa demande et son ordre
Rapport du propriétaire 2026-10-26: le propriétaire a envoyé un courriel à leur SI pour les appeler; l'e-mail n'a jamais été un ([ORDRE] pas d'ordre) et chaque check-in ultérieur l'a lu comme courrier extérieur et a demandé au Mail EmailService prouve que la propre boîte aux lettres d'un coéquipier envoyée au SI est maintenant à l'intérieur du mail (sentByTeammate, internal taint) et un wake ou une citation comme un message de chat: L'auteur, la récente, cette course et la souillure tout vérifié. Un faux De reste à l'extérieur du courrier.
· MediaService
Un membre SI joue aux échecs avec des membres, ses coups sont choisis par le moteur de Kamo
SITP TPGAMES (propriétaire 2026-10-26: un SI demandé à jouer aux échecs ne savait pas comment). - ChessSiPlayer: actionné par les événements (ChessTurnEvent après chaque changement effectué). Invitation d'un membre : le SI rejoint et son esprit est réveillé une fois (un chat Une notification sur la conversation de la carte) pour les accueillir L'offre est acceptée à moins que l'IS n'ait plus que la moitié d'un pion d'avance. ChessAi (alpha-bêta + quiescence, budget de temps) choisit le coup au Le niveau du SI et il est joué comme le SI via ChessGameService.move, le ~0.7 s de pause, une tâche en attente par partie, 100% de temps de réponse 200 par pod, Redis revendications entre les pods, FEN re-vérifié avant l'écriture. - ChessSiEligibility, chaque coup: Chess app sur, PLAY_CHESS appliqué, runtime non PAUSED/BLOCKED/RETIRED. - Balayage de récupération (singleton, 30 s) pour un tour, un redémarrage ou une pause manqués. - Pas de tableaux SI-vs-SI (invitation refusée; personne n'est joué pour). - Compétence par partie (CASUAL/CLUB/MASTER, par défaut CLUB) en Redis, pas de DDL ; POST /games/{id}/si-level; les coups (SAN ou e2e4) sont écrits sur /move. - Le tableau affiche la photo de l'adversaire (opponentAvatarUrl était toujours null), opponentIsSi et siLevel. - Correction: un ChessAi partagé par chaque requête a couru ses propres champs de date limite. Tests: ChessSiPlayerTest 11, ChessSiRulesTest 15, analyse de requête 1; échecs et Suites de jeux vert (100).
· EmailService
Prouver qu'un coéquipier a envoyé un e-mail à un SI, de sorte qu'une demande envoyée par e-mail peut compter comme sa commande
Un point de terminaison interne répond si un message dans la boîte aux lettres d'un membre a été envoyé par un teammate: son From atteint un membre de la même organisation, et le dossier Sent de ce membre contient Un From forgé ne passe jamais, il est en lecture seule.
· kamo-internal
Le pipeline montre quand chaque transaction et chaque prêt ont été ouverts, et trie en conséquence
Les offres et les prêts affichent "Ouvert <date, heure>" dans la zone membre. Pour les prêts importé à partir de Arive qui est l'heure de création de Arive - avant, chaque importé Affaire triée comme ouverte le jour de l'importation.
· SecurityService
Les prêts en pipeline ouverts en Arive portent le temps de création de Arive, pas celui de l'importation
· kamo-shared-library
Les résumés de prêts sont conservés lorsqu'un prêt MLOS a réellement été ouvert (openedAt)
· kamo-internal
Perspectives — les transactions préalables à la demande restent dans le pipeline ouvert
Une transaction dont les prêts sont tous à l’entrée, à la qualification ou à la préapprobation (pas L'application (pas encore prise) se montre sous sa propre vue et compte de prospects Ses KPI et le rail de l'étape ne comptent maintenant que les applications en cours; Kamo's Les brouillons propres restent dans Open. Rien ne change pour les prêts.
· kamo-internal
Pipeline montre les étapes préalables à la demande, chaque résultat et les prêts archivés
- statuts: Demande reçue, Qualification, Pré-approuvé; Approuvé Non Acceptée, Fermée pour incomplète, Annulée, Préapprobation refusée / Non accepté — une liste partagée au lieu de deux copies codées en dur - tableaux et transactions: les prêts archivés quittent le pipeline ouvert (affiché sous passé, Archivé); les résultats non financés sont considérés comme annulés - "submitted" n'est plus statusId >= 2 (les ids sont des identités, pas des ordres) - Arive carte des étapes offre les statuts de pré-application
· SecurityService
Kamo détient chaque Arive prêt, au statut Arive l'a vraiment
- les événements d'importation et d'entrée adoptent chaque prêt - ouvert, financé, défavorable ou Archivés — au lieu de seulement les "actifs" - pas de timbre Get Loan ou crmReferenceId par prêt: chacun est une tâche Zapier sur le le plan du client (20 000 ou plus pour une importation); le GUID reconnaît le prêt; - Les dates de Arive sont appliquées en tant que système d'enregistrement (désactivé lorsque Arive a (aucun, par exemple une date de demande sur un dossier préalable à la demande) - une étape derrière Kamo est réalignée, au lieu d'être refusée - couverture des gardes de brouillon uniquement (modifications de l'emprunteur, soumission propre, traction de crédit SI / AUS) les étapes préalables à la demande; « soumis » n'est plus un statusId >= 2;
· kamo-shared-library
Statuts de pré-application, chaque résultat de l'AMMD, archives et dates réelles de Arive
Arive prêts ont été cartographiés uniquement à partir des noms des étapes: chaque étape préalable à la demande Demande devenue prise, tous les prêts archivés retirés (ceux financés aussi), Toutes les mesures défavorables ont été refusées et les dates ont été estampillées avec le jour de l'importation. - LoanFileStatus (annexé — colonne ordinale): APPLICATION_INTAKE, QUALIFICATION, PRE_APPROVED; résultats APPROVED_NOT_ACCEPTED, INCOMPLETE, RESCINDED, PREAPPROVAL_DENIED, PREAPPROVAL_NOT_ACCEPTED - machine d'état: flèches de pré-application en option; chaque résultat uniquement à partir de Statuts qu'il peut suivre - LoanFile.archivedAt: archive est un drapeau à côté du statut, pas un résultat - Arive: stade ADVERSE + AriveAdverseReason map à leur propre résultat (les deux Configuration du prêt = Demande prise, Divulgation = En cours de traitement; dates de Arive (date TRID, documents signés, fil de financement, dates des étapes), jamais aujourd'hui - realignToExternal: le MLOS externe est le système d'enregistrement pour l'étape - Action HMDA prise à partir du résultat réel; les fichiers en cours n'en ont aucun - commerce / rollup de transactions / horizon proche gérer les nouveaux statuts
· kamo-internal
Le MLOS externe vit sur le marché hypothécaire et sur chaque prêt
- Paramètres → Marchés POS → Marché hypothécaire: nouvel onglet "MLOS externe" (Arive via Zapier, MeridianLink) avec connexion, plan d'étape, transaction et l’importation de prêts actifs; le sélecteur MLOS du marché principal est Remplacé par un pointeur vers lui - demande de prêt : une barre d'état indiquant la place du prêt dans la banque externe MLOS (champs liés / en cours d'envoi / nécessite / refusé), renvoyer et ouvrir dans MLOS; Les sections appartenant au MLOS sont en lecture seule avec une note indiquant où les modifier - carte de pipeline: puce MLOS externe - page d'accueil: Arive/MeridianLink actions supprimées - les routes proxy se déplacent vers ****************
· DaemonService
Le sondage MeridianLink s'applique aux demandes de prêt, pas aux prospects
Les prêts modifiés sont comparés via MLOS_LOAN_LOS_LINKS et envoyés à Les emprunts inconnus ne sont adoptés que lorsque le service de sécurité L'unité LO correspond à une seule organisation.
· SecurityService
Répliquez chaque demande de prêt au MLOS externe du marché, dans les deux sens
Arive et MeridianLink se connectent au marché MORTGAGE (MLOS) au lieu d'un Synchroniser les demandes de prêt au lieu des prospects. - LoanLosSyncService: queue + 20s singleton tick; crée le prêt dans le MLOS externe une fois que ses champs requis existent, pousse les changements de scène, Off en cas d'échec, offre renvoyer / ouvrir dans MLOS / une vue de statut par prêt - LoanLosSyncInterceptor: sections que le MLOS externe possède (emprunteurs, property, terms of loan for Arive) répond 409 dans Kamo; enregistre une synchronisation en file d'attente - LosLoanApplyService marche le pipeline vers l'avant à l'étape du MLOS (jamais (en arrière), en marquant le déplacement afin qu'il ne soit pas répété ou envoyé par courriel - LosLoanAdoptionService: un prêt créé dans le MLOS devient un prêt Kamo Demande sur le compte de l'emprunteur, regroupés en une seule transaction avec les autres prêts de cet emprunteur ouverts dans la fenêtre de connexion (30 jours); - Arive entrant: prêts reconnus par Kamo référence, GUID, puis numéro de prêt; Importation pagée des prêts actifs (Trouver des prêts / Obtenir des zaps de prêt) - les points de terminaison de connexion se déplacent vers **************** - les contrôleurs et services LOS de niveau principal ont été supprimés
· kamo-shared-library
Synchroniser le MLOS externe (Arive, MeridianLink) au niveau du prêt, pas du lead
Le lien LOS de niveau principal est remplacé par un lien de niveau de prêt: chaque demande de prêt est reflété dans le MLOS externe du marché et inversement, lié un à un par MLOS_LOAN_LOS_LINKS et conduit par le MLOS_LOS_SYNC_QUEUE. - LoanLosProvider SPI (créer / pousser / champs manquants / sections verrouillées / ouvrir lien) avec Arive (via Zapier) et MeridianLink implémentations - AriveLoanMapper: prêt complet -> Créer un prêt (94 entrées, co-emprunteur), étape mises à jour, action défavorable, pagination Trouver des prêts / Obtenir un prêt, et le texte de la ligne de Zapier Retour dans un patch de prêt - LoXmlFieldMapper mappe la demande de prêt, pas le lead - AriveConnectionConfig: carte de l'étape à l'état du prêt, fenêtre de transaction (30d), Synchroniser et importer la progression - les transitions de pipeline portent une syncSource afin que les échos ne soient pas renvoyés et Les emprunteurs ne reçoivent pas de courriel pour un déménagement motivé par le SLM - les adaptateurs de niveau de plomb, les patchs et les crochets LeadService LOS supprimés
· SecurityService
Terminologie codée — RxNorm, ICD-10-CM, CVX et HCPCS chargés de leurs éditeurs; sélecteurs, vérifications de code réel et écran d'interaction haute priorité du CNO
RxNorm Current Prescribable Content (NLM, MD5 vérifié par rapport à la terminologie NLM) page; **************** drug->ingrédient résolu par composants/génériques/paquets, médicament->formule posologique, calendrier DEA de DCSA), fichier de commande ICD-10-CM (facturable drapeau, titres courts/longs, préfixe de fermeture), CVX + groupes de vaccins (CDC), HCPCS niveau II trimestriel (CMS; Libère l'URL de la source de l'enregistrement, la version de l'éditeur, les dates d'entrée en vigueur et les checksum ; seules les versions COMPLETE répondent ; la substitution termine une version là où la suivante commence Écriture par lots JDBC; actualisation quotidienne à 09h30 UTC dans le cadre du bail de flotte; chargement à la demande pour les administrateurs de plateforme. Recherche: token-prefix index (pas de trigramme/GiST sur Yugabyte), règles de classement épinglées par les tests; /status, /médicaments, /diagnostics, /vaccins, /procédures, /recherche. Validation : ClinicalCodeChecker refuse les codes dont une version chargée manque (ICD par date de service ; en-tête les codes refusés sur les demandes de remboursement, mis en garde ailleurs; CVX doit être actif pour une dose donnée ici; RxCUI doit exister; Les prescriptions doivent nommer un produit exact quand RxNorm est chargé et prendre le calendrier de RxNorm quand Plus strict), en revenant au format-seulement — et en le disant — quand aucune sortie ne couvre la date. Interactions: la liste de priorité élevée des 15 paires de CNO (Phansalkar et al., JAMIA 2012) comme données avec ses Citation, membres résolus pour incorporer les RxCUIs de la RxNorm chargée; 14 paires filtrées (le QT Les résultats sont des avertissements à risque élevé nécessitant l'annulation de l'étude L'écart DRUG_INTERACTION reste ouvert avec une phrase 'Détecté uniquement contre...', donc isComplete() reste faux. Les allergies codées dans RxNorm correspondent désormais également par ingrédient.
· kamo-internal
Envoyez des messages aux patients à partir du tableau, consentement en premier; rappels, confirmations et visites vidéo sur le calendrier
- Onglet Messages: carte de consentement de contact (textes, e-mail, ne pas contacter — quand et comment, l'histoire), un composeur qui demande au serveur avant d'envoyer (consentement, et une invite minimum nécessaire pour les données cliniques) (les mots que l'auteur doit confirmer), et ce qui a été envoyé avec son statut de livraison; la timeline - Horaire de la journée et les rendez-vous de la carte: rappel du résultat en mots, confirmation (par réponse de texte, ou Démarrer la visite vidéo (route réservée aux membres), Envoyer le patient à l’hôpital (route réservée aux membres) lien (texte / e-mail / leur préférence) et copier le lien du patient, avec un avertissement lorsque la pratique Les arrangements de réunion tiendraient le patient à l'écart - Les visites vidéo sans rendez-vous obtiennent les mêmes contrôles sur la visite - Configuration pratique: une vue de rappels - on / off, jusqu'à trois délais, canal, emplacement, réponse-C Confirmation, heures de silence, les propres mots de la pratique avec les remplissages autorisés, et un aperçu - Rappel : Envoyez un texte ou un e-mail, dans les mots suggérés par la pratique, connecté sur le rappel quand il passe
· MediaService
Salle de visite vidéo d'un cabinet médical, créée de serveur à serveur
POST /api/internal/meet/telehealth (X-Internal-Auth = internal.auth.secret, MeetInternalAuth) crée un Une réunion sur le propre fournisseur de l'organisation et le domaine en direct, hébergé par le clinicien et prévu pour L'accès invité et le lobby sont activés pour les utilisateurs ayant un compte invité la salle; la réponse ajoute guestsAllowed=false lorsque les paramètres Kamo Meet de l'organisation excluent tous les invités, Ainsi, la pratique est avertie avant qu'un patient ne reçoive un lien qui ne peut pas l'admettre « Visite vidéo » : les listes de réunions sont en dehors de la grille de soins-relation du tableau.
Votre univers vous attend.
Commencez gratuitement en quelques minutes. Ajoutez des produits quand vous êtes prêt. Pas de migration, pas de nouvelles connexions.
Gratuit pour toujours — aucune carte de crédit requise