コンテンツへ移動
KAMOUniverse

チェンジログ

何が新しいの?

プラットフォームのすべての改良 それが出荷される

  1. · kamo-shared-library

    チャートリストレビュー,アレルギー反応/重症度,状態理由,オーダー診断,結果レビューノート

    また,アレルギー性疾患の診断基準として,アレルギー性疾患の診断基準として,アレルギー性疾患の診断基準として,アレルギー性疾患の診断基準として,アレルギー性疾患の診断基準として,アレルギー性疾患の診断基準として,アレルギー性疾患の診断基準として,アレルギー性 少なくとも1行は存在するという意味で - AllergyIntolerance: reaction_text, reaction_severity, status_reason; findActiveForChecking 検査のためのアクティブな検索 findActiveNoKnownAllergy / findActiveRecord - Condition.status_reason、Observation.status_reason、ServiceRequest.reason_codes、 DiagnosticReport.review_note - EncounterDiagnosisRepository; **************** (バイタルフローシート)

  2. · kamo-shared-library

    診療所の時計、部屋、デスクの支払い、リクエストのためのスケジュールエンティティ

    - PracticeSettings (ehr_practice_settings): 実習の時間帯とデフォルトの訪問時間 - PracticeRoom (ehr_practice_room): 患者が入る部屋; 廃止され、削除されません - PatientPayment (ehr_patient_payment): デスク支払いが記録される(処理されない)、理由を付けて無効になる - RecallOutreach (ehr_recall_outreach): リコールに対する接触試みをログ - アポート: room_id, rescheduled_from_id / rescheduled_to_id, checked_out_by_member_id - ScheduleBlock: ブロックされた時間のラベル (昼食、会議、休暇) - PatientRecallRepository: countDue / countOverdue; WaitlistEntryRepository: findCandidatesAnyType (':x IS NULL' に NULL の UUID があれば Postgres に タイプなしで到達します) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT を追加

  3. · kamo-shared-library

    フロントデスク登録記録-連絡先、緊急連絡先、MRNカウンター、覆い書きフィールド

    患者は好みの接触方法,プライマリーケアの担当者,好みの薬局を得る。 緊急連絡先は FHIR Patient.contact (fhir_patient_contact, 退職済み 削除されていません) テレコムとアドレスは既存の fhir_contact_point / fhir_address テーブルを使います PatientCommunicationRepositoryは 選択した言語のためのものです ehr_mrn_counter行は 1つの原子上のMRNを割り当てる 生年月日のみ、生年月日付きプレフィックス、バイIDクエリに対応します サービス説明と EligibilityCheck 検証者のメモ DDLはこのプッシュ以前に生産に適用された。

  4. · kamo-shared-library

    図面文書、練習ノートテンプレート、ノート読み取り側テキスト、引退記録

    - PatientDocument(ehr_patient_document):カテゴリ、タイトル、文書の日付、内容 タイプ、サイズ、SHA-256、イメージングImg id+ストレージキー、アップロード者、入力エラー 誰が いつ なぜ 削除されなかった -ClinicalNoteTemplate(ehr_note_template):実践者自身のノートテンプレート。 - 臨床的注意: 入力されたエラー時/によって/理由の列; 過渡的な電流体, バージョンの種類 SIフラグ 読み込みのための著者/共同署名者/患者名 - ClinicalNoteVersion: 一時的な著者名 DDLは手作業による製造(添加)に適用した。

  5. · SecurityService

    実際の拒否、ガラス割りの審査決定、 正直なクレーム送信、手書きのEOB

    - EhrRuleViolationException: ビジネスルールの拒否 (閉じる時の署名なしのノート、 複数の予約 著者/共同署名者ではなく 自分で共同署名 既に署名 保険会社からの制限 理由もなくガラスを割る 輸出が多すぎる 409/422に対して 単純な文で答えます 関係否定は404に残る - EhrExceptionHandler はグローバルコマースよりも高い優先順位で実行されます クオリティ ポータル管理 CCD バルクエクスポート FHIR あそこに 500だったんだ。 -ブレークガラス検査:名前と履歴の並び、判定 (適切/不適切/フォローアップ必要,ノート必要,自分のことではない)。 - 臨床医のための交換パートナーディレクトリ(VIEW_CHART,名前のみ)。 -クレーム:CPT/HCPCS,修飾語,ICD‐10,ポインタ,NPI,勤務地 選んだ保険から 支払者と会員IDを確認し 請求は終了しました 請求された手続きは 未払いキューを離れました クレーム・トランスポート・シーム: 交換所なしで提出する "準備完了"とマークして "送信"とマークして チャンネルと送信者とメモを - 紙のEOBから送金を入力できる 送金するとお金が動く 不適用から適用になりました

  6. · kamo-shared-library

    クレームの送信方法を記録し、緊急アクセスのリストを見直す

    クライアントは、クライアントがクライアントに対してクライアントがクライアントに対してクライアントに対してクライアントに対してクライアントに対してクライアントに対してクライアントに対してクライアントに対してクライアントに対してクライアントに対してクライアント submission_note つまり 支払者ポートを通じて手で送られたクレームや 紙のクレームは 正直に記録されているかどうかを確認します ブレイク・ガラス・グランツ・リポジトリは 新しいレビュースクリーンのリストをキューの下に表示します

  7. · kamo-internal

    請求書には、引用書と同様に、受取金の送金ブロックが表示されます

    請求書ダイアログは、請求書プレビューが使用する QuoteRemittanceBlock と同じものを表示します 売り手のクレジットカードの詳細から 何か借りている間に スイッチは 引用と請求書が 含まれていると言ってる

  8. · kamo-signer-monorepo

    請求書の送金ブロックは 請求書のブロックと同じです

    同じ頭文字、ラベル、ACHクレジットのみの通知(署名者、引用、送信)、 請求書番号の参照は それの下に保管されています

  9. · SecurityService

    請求書は請求書と同様に ACH 請求書の詳細を印刷します

    PDFとメールは 引用の送金ブロックを 単語ごとに持っている - 送金先は -受取人(法人名) - 銀行 - ルーティング番号(ABA) - 口座番号 - ACHクレジットのみ通知 これに続いて,請求書番号参照,市場自身の GET **************** はコンソールに 同じブロックだ 引用の通り クレジットカードが ACH情報を切り替えたときに出てくる 両方の番号が保存されます

  10. · kamo-internal

    シートとライセンスを日付から変更し、割り当てられた料金をプレビューします

    シートとライセンスを変更すると、設定ダイアログが開きます: - シートと各アドオンのライセンス(ユーザごとのライセンスはシートに従い 書き換えた) - 効力発生日(今日かその後) - 割り当て料金が 今 別の請求書に 入るかどうか 次の更新時に - 割引の場合 未使用分のクレジット サーバのライブプレビューは 期間 残り日数 各行の割合 設定料金 総額 請求方法 繰り返し料金 スケジュールの変更はサブスクリプションに記載されており キャンセル 古い直接座席ダイアログを置き換えます

  11. · SecurityService

    日付付き、割り当てられたシートとライセンスの変更のためのエンドポイント;ジョブはそれらを適用します

    新しいエンドポイント: - 郵便局 - POST /subscriptions/{uid}/changes で変更 - GET /subscriptions/{uid}/changes 変更を取得 - 郵便局 時給請求ジョブは、更新前に到来した変更を適用します 更新は新しいカウントで請求されます

  12. · kamo-shared-library

    期間中の座席・追加ライセンスの変更は、選択した日時に割り当てられる

    SubscriptionChangeServiceはライブサブスクリプションのシートの変更を記録し、 今日から有効になる 追加ライセンスの詳細を 割り当て料金: 追加ユニットの 1期間当たりの価格 x 残り日数 / 期間内の日数 例えば ハーモニー+11月1日から6席 = 6x124ドルx17/31 = $408.00. 運営者が選択したときに料金が請求される: 今は自分で請求書を作成する または 次の更新請求時に 変更されます。 効力発生日に、請求ジョブは変更を適用します: - 加入席数、ライセンス、MRR - 顧客のアクセス(席数,列数,追加ライセンス,キャッシュ) - それ以降の更新案 改造案 調整案は 編集した エッジケース: - 決済日の変更は その更新で行われます 2倍の割合で - 減額は無償で、次の更新時に未使用分をクレジットできる。 -予定変更をキャンセルし、その原稿請求書を無効にする。 - 追加席の設置料は 顧客同意書を読んでください 旧座席変更経路は現在このサービスを通っている。 新しいテーブル commerce_subscription_changes; 新しい列 ****************

  13. · kamo-internal

    どこにでも明確な状態表示、オーダーウィザードにおけるアドオン価格の合意、月別の割引

    StatusChip(89コールサイト)はPENDING_APPROVALのような生のコードを表示していた 辞書の単語を表示します (common.statusCodes) あるいは 名前はありません 注文リストフィルタと CSVは同じラベルを使用します スタッフは、選択した各アドオンに対してライセンス当たりの合意価格を入力し、ライセンス毎の価格を入力することができます addonUnitPrices / recurringDiscount として送信され 請求されます すべての請求書に

  14. · kamo-signer-monorepo

    請求書ページでカード決済

    サーバが提供するとき(残高のあるプラットフォーム販売請求書)、請求書は /<locale>/i/<token>/pay にポストします Stripeがホストする支払いページに 顧客を導きます 戻ってきた顧客は 支払い確認を見ます

  15. · SecurityService

    顧客がカードでオンラインで請求書を支払い、銀行のSCA要求が顧客に届く

    プラットフォームオーガニゼーションが販売した請求書について (Stripeアカウントを持つ唯一のセラー): - 公共請求書の提供 カード決済:ポスト **************** 同じ請求書リンクに戻る Stripeホストのページを開きます サーバ側で 決して要求からではありません) - お客さんが戻ってきた時に 支払いが記録される ちょうど一度 自動請求が必要なとき 顧客は銀行に確認を求める 請求書をメールで送り 先ほどと同じように 所有者に警告します

  16. · BillingService

    Stripe がホストするページでカードで購読料を支払う

    内部 POST **************** が支払いモードを作成 未払い金額のチェックアウトセッションです。カードを将来の自動的な使用のために保存します 顧客が口座を開設するときの手数料と 銀行のSCA確認書 GET /checkout/{id}は 支払いが行われたかどうか クレジットカード 消費者決済は これらのセッションを無視します

  17. · kamo-shared-library

    請求書の未決のオンラインカード決済を追跡します

    新しい null 可能な列 **************** さらに 待ち行列をリストアップし 解決するヘルパーもいます 同じプロセッサ参照は二度と記録されない)

  18. · kamo-shared-library

    アドオン価格の交渉と、提案の割引が加入に引き継がれる

    引用符を変換すると: - 各アドオンのライセンス当たりの合意価格(カタログと異なる場合) - 提案額または受け入れオプション額の割引金額を 月々の繰り返し金額として オプションの期間割引は 数ヶ月にわたって 注文は custom_pricing に両方を記録します。だから、草案の値上げはそれらを保持します アドオンライセンスに合意した価格と サブスクリプションの割引を (新たに ノーラブルカラム **************** つまり すべての請求書は スタッフの命令は 直接的にも 間接的にも また,1997年10月1日から1998年3月31日までの期間を対象に,1997年10月1日から1998年3月31日までの期間を対象に,1997年10月1日から1998年3月31日までの期間を対象に,1997年10月1日から1

  19. · kamo-internal

    ライブサブスクリプションの自動更新とノート作業;カードをファイルに保存し、カードをチャージ

    - 自動更新スイッチは、サブスクリプションの自身の更新を設定します 更新すると 更新されないものが終了する時刻を示します - どんな状態の注文でもメモを保存する - カード決済の加入者は カードをファイルに表示する。 - オープンインヴェーストは チャージカードを今すぐ提供し 最後のカードの試みの理由を示す 失敗した

  20. · kamo-internal

    メールボックスと拡張子が割り当てられた場所で使用中のライセンスを表示します

    オーナールール2026-10-22:ユーザーごとに購入したライセンスのアドオンを請求し、その ライセンスは使用可能なものに対する唯一の制限です 10のライセンスのうち4つが使われている 組織のブランドカラーでアニメーションバー リボン 警告チップ 終わったらメモ プランと請求へのリンク) GET /api/billing/licenses/usage と表示されます - 設定 > メールボックス管理 (KamoMail またはサードパーティライセンス) - メンバーの電話設定拡張子選択ツール (KamoPBXまたは第三者) - プランと請求の追加行 拒否(409、サーバの普通の文)は現在、次の人に届く: メールボックス割り当て、共有メールボックス割り当て、個人受信箱割り当て/IMAP保存/OAuth コネクトとコールバックは あのメールボックスのパネルに 表示されてるんですよ 処理されないまま投げるか 一般的な失敗と言う) このような動作は 新しい文字列: settings.billing.licenses (kamo-translation-dictionary)

  21. · kamo-internal

    定額開始、オフライン受付、テナントオーダー、プレーン言語請求

    - 引用: "Add from subscription catalog" はライブプラン/アドオンから行を埋めます(名前、月額料金、および更新日) 価格は「ユーザ当たり月額」「10GBブロック当たり月額」とカタログ参照を保持する。 ダイアログを通じて 受け取った購読料金を変換します プラットフォーム専用の「レコード受け取り」を ドラフトのプレビューには透かしがあり すべての印刷はログされます {組織名}と 売り手の略称 - 注文ウィザード: プラットフォームの組織のみのターゲット組織; スタッフのみの交渉 座席当たりの価格と 設置費の上書きです -登録リスト:次の請求日、残高、過払いバッジ、1つの共有支払方法 6つの方法に対するラベルヘルパーです - 購読ページ:イベントを単純な文で表示(アクティブ→過去の到期日)、注文番号ではなく 記録のidです - 連絡セールス:狭いエンドポイントを介してプラットフォームオーガから名前,メール,電話を読み取る。

  22. · SecurityService

    部署または連絡先メールボックスのメールライセンスを超えると拒否します

    所有者ルール 2026-10-22: ユーザごとに購入したライセンスのアドオンを請求する; いくつ メールボックスの使用は それだけで制限されます 郵便受けに届く部署や 組織の連絡先など Kamo (OrgMailboxBillingAggregator) にマップします 2回のセーブで メールボックスを使えるようになる メンバーに割り当てるように - MailboxLicenseCapGuard は BillingService の内部ライセンスチェックを要求します POST/PUT /api/security/departments の前に (X-Internal-Auth) PUT /org/{id} メールボックスを変更します。拒否は 409 で、次の文が表示されます メールボックスを保持するかクリアするかは チェックしない; BillingService の停止は OPEN に失敗し、警告を出します。 - 請求リレードアは GET/ライセンス/利用も通過する(管理者と同じ権限) 他の用法はこう読む)

  23. · SecurityService

    オフラインの承認を記録し、印刷をログし、提案を購読に変換します

    - POST **************** (SEND_QUOTESまたは MANAGE_QUOTES) - POST **************** (VIEW_QUOTES または MANAGE_QUOTES) - POST .../{uid}/convert はオプションのボディ (ターゲット組織、支払い方法) を取ります。 COMPに変換するには CREATE_SUBSCRIPTION_ORDERSも必要です - POSコントローラは OWN のみの呼び出しから negotiatedUnitPrice / setupFeeOverride を拒否 プラットフォームの公式名前と 連絡先メールアドレスを取得 「セールスに連絡する」ダイアログの代わりに 「電話」を使います

  24. · kamo-shared-library

    引用は購読に変換されます。テナントの注文は決して売り手に報酬を与えません

    - SUBSCRIPTION市場での取引、またはその受け入れ行がSUBSCRIPTIONから埋め込まれたもの カタログを SubscriptionOrderに変換します(プラン、価格からのシート数、追加機能など) ライセンス 受け入れられたシート当たりの料金 交渉価格 設定料金 顧客が支払う 変換時に選択された支払い方法として 受け入れたオプションの契約を見た。 命令は quote_uid を持ち、2 回目の変換は拒否され、CONVERTED イベントがログされます。 小売転換率は不変である。 - QuoteService.acceptOffline:紙面・電子メール・POでの受付を記録する 見たまたは失効した引用; applyOptionHeadlineTotalsを通じた合計; イベントの名前、誰、なぜ。 - recordPrinted は PRINTED イベントをログします。 行ごとのシート数は、保存とリビジョンごとに記録されます 行ごとに値段が付けられています - 引用行は catalog_ref_code / catalog_ref_uid を持つ。 - 条件サポート {組織名} 顧客ページに売り手の短い名前を入力 - provisionOnApproval と activateCompOrder はターゲット組織を必要とします 売り手自身のサブスクリプションを プロビジョニングするのに使われています - **************** / setupFeeOverride, 適用後 これらの値段は、カスタム_プライシングに記憶されます。 - 注文と購読DTOは次の請求日、未払い残高と遅延フラグを持つ リストごとに2つのクエリで読みます

  25. · EmailService

    組織のメールライセンスを超えるメールボックスを拒否

    所有者ルール 2026-10-22: ユーザごとに購入したライセンスのアドオンを請求する; 何個 郵便受けの使用は 郵便受けに限られます。 郵便受けを 設置する前に 使い方 請求サービスの **************** にお願いします (X-Internal-Auth);拒否は409であり、その文を普通の言語で記述します (StatusReasonAdvice)、例えば「あなたのサードパーティのメールライセンスのうち10個がすべて使用されています。 別のメールボックスに接続するには、ビリングでライセンスを追加してください。" 何かを書く前に強制される: - メールボックスを作成 (KamoMail は一度に数えます。第三者は一度マッピングした後に) - メールボックスをメンバーに割り当てる 共有メールボックスを作成し アクセスを許可し 再起動する - 個人受信箱の接続(IMAP保存、OAuth同意、コールバック) 既に接続されているものを割り当てる - AI メンバーメールボックスプロビジョニング (NOT_READY / LICENSE_LIMIT) 既に数えられたアドレスは決して拒否されず、既存のものは割り当てられない 警告と共にオープンに失敗します 共有アクセスと個人メールボックスのエンドポイントは 拒否状態を通過し 500の代わりに 判決を通すんだ

  26. · VOIPService

    組織のライセンスを超えた電話番号を拒否

    所有者ルール 2026-10-22: ユーザごとに購入したライセンスのアドオンを請求する; いくつ 拡張子の使用は それだけで制限されます。 拡張子を入れる前に 使い始めたら ビリングサービスの****************は 拒否は 409 であり それは 普通の言語で 例えば「あなたのサードパーティの電話ライセンスは 使用中です 別の電話番号を割り当てるために ライセンスを追加してください" 何かを書く前に強制される: - PUT /api/voip/member/{id}/config (メンバー電話の設定) メンバーが持っている拡張機能で 第三者システムでの移動は自由です - POST **************** (新しい拡張子; KamoPBX 個) アクティブなものは全て 第三者は割り当てられたもののみ) - 結果がアクティブになったら、PUT **************** - AI 音声回線プロビジョニング (NOT_READY / LICENSE_LIMIT) 既に数えられた拡張子は拒否されません。既存のものは削除されません 割り当てられず、 BillingService の停止が OPEN に失敗し、警告が表示されます。

  27. · BillingService

    ユーザごとのアドオンのライセンス使用量とユニットごとのライセンスのチェック

    オーナールール 2026-10-22 ユーザーごとのアドオンは 購入したライセンスを請求する 利用可能なメールボックスや拡張子の数は それだけで制限されます - GET /api/billing/licenses/usage (session, X-Org-Id): アドオンコードごとに 電子メール・ホスティング・PBX・3P・インテグレーション・PBX・ホスティングの3つの機能を統合した 持っているライセンス 使っているライセンス 利用可能なライセンス 過去のライセンス 免除されているかどうか - 出て行け X-Internal-Authによって守られています EmailService と VOIPService に対して 入力する前に もう1つのユニットを使い始めました - Licensed = AddOnLicenses.licensed プライマリサブスクリプションの上で active_addon_codes / addon_quantities (あるいはアドオンを含むプラン); __mailboxes:/__extensions: キーはライセンスとして読み込まれません。 使用中 = OrgMailboxBillingAggregator / OrgPbxBillingAggregator ナイトリー・ビルが使ってる - プラットフォーム org と OWNER_UNLIMITED は除外されます 既存の権利ゲートはフリーで,加入料はない。 - ライセンスを超えたユニットを追加する変更のみが拒否されます。既にユニットが存在します カウントされたり 3人目の拡張が 1人を解放すると いつも通過する

  28. · SecurityService

    すべての状態でサブスクリプションの自動更新と注文のノートを設定するエンドポイント

  29. · kamo-shared-library

    ライブサブスクリプションの更新を有効/無効にします。どんな注文に対してもノートを作成します

    コンソールの自動更新スイッチは、草稿のみのオーダーの更新が行わなかったフィールドを送信しました 保存されなかった ノートは 草稿以外の どんな注文でも失敗した

  30. · SecurityService

    カード会員は決済日に自動的に請求される

    AUTO_BILL サブスクリプションの場合、請求ジョブは承認された各請求書に対して、 請求者に請求料を請求します ビリングサービスの内部カードを通じて お客様の 決済日のカードを保存します エンドポイントが支払いを記録します (方法 CARD 参照 = PaymentIntent) 3日ごとに 最大4回 再チャージを試みます 請求日が来た請求書の承認と発送を まず 顧客のメールはレシートです 新しいエンドポイント: - 郵便局 - 出て行け

君の宇宙は待ってる

数分で無料で開始できます。準備ができたらいつでも製品を追加できます。移行も新しいログインも不要です。

クレジットカード不要