Chuyển tới nội dung
KAMOUniverse

Bản ghi thay đổi

Có gì mới không?

Mọi cải tiến cho nền tảng, khi nó được đưa ra.

  1. · DaemonService

    MeridianLink poll apply to loan applications, not leads

    Các mượn thay đổi được gắn kết thông qua MLOS_LOAN_LOS_LINKS và gửi đến securityservice by connection; unknown loans are adopted only where the Đơn vị LO vẽ cho một tổ chức duy nhất.

  2. · SecurityService

    Tất cả các yêu cầu vay đều được phản chiếu vào MLOS bên ngoài của thị trường, cả hai hướng

    Arive và MeridianLink kết nối với thị trường MORTGAGE (MLOS) thay vì dẫn đầu thị trường, và đồng bộ hóa các yêu cầu vay thay vì dẫn đầu. - LoanLosSyncService: queue + 20s singleton tick; tạo mượn trong MLOS bên ngoài khi các trường cần thiết tồn tại, đẩy thay đổi giai đoạn, quay lại tắt khi thất bại, cung cấp xem trạng thái gửi lại / mở trong MLOS / từng mượn - LoanLosSyncInterceptor: phần MLOS bên ngoài sở hữu (người vay, property, loan terms for Arive) answer 409 in Kamo; save enqueue a sync - LosLoanApplyService đi theo đường ống tới giai đoạn của MLOS (không bao giờ backwards), tag the move so it is not echoed or emailed - LosLoanAdoptionService: một khoản vay được tạo trong MLOS trở thành một khoản vay Kamo ứng dụng trên tài khoản của người vay, nhóm lại thành một giao dịch với các khoản vay khác của người vay mở trong cửa sổ kết nối (30 ngày) - Arive vào: mượn được nhận dạng bởi Kamo tham chiếu, GUID, sau đó là số mượn; Nhập khẩu mượn hoạt động (Tìm mượn / Lấy mượn zaps) - điểm kết nối kết thúc chuyển đến **************** - Bỏ các bộ điều khiển và dịch vụ LOS cấp đầu

  3. · kamo-shared-library

    Đồng bộ hóa MLOS bên ngoài (Arive, MeridianLink) tại chỗ cho mượn, không phải là nơi dẫn đầu

    Liên kết LOS cấp dẫn được thay thế bằng một liên kết cấp vay: mỗi ứng dụng vay được phản chiếu vào MLOS bên ngoài của thị trường và ngược lại, liên kết một-với-một bởi MLOS_LOAN_LOS_LINKS và được điều khiển bởi MLOS_LOS_SYNC_QUEUE. - LoanLosProvider SPI (create / push / missing fields / locked sections / open liên kết) với Arive (via Zapier) và MeridianLink thực hiện - AriveLoanMapper: vay toàn bộ -> Tạo vay (94 đầu vào, đồng vay), giai đoạn cập nhật, hành động tiêu cực, tìm mượn / nhận mượn, và văn bản hàng của Zapier quay lại chỗ mượn - LoXmlFieldMapper vẽ bản đồ ứng dụng cho vay, không phải dẫn đầu - AriveConnectionConfig: bản đồ giai đoạn đến tình trạng vay, cửa sổ giao dịch (30d), tiến trình đồng bộ hóa- bắt đầu và nhập - chuyển tiếp đường ống mang một syncSource vì vậy tiếng vang không được gửi lại và người vay không được gửi email để chuyển động theo MLOS - Đã gỡ bỏ các bộ điều chỉnh cấp dẫn, các bản vá và các móc LOS của LeadService

  4. · SecurityService

    Thuật ngữ mã hóa — RxNorm, ICD-10-CM, CVX và HCPCS được tải từ các nhà xuất bản của chúng; các nhà chọn, kiểm tra mã thực và màn hình tương tác ưu tiên cao ONC

    Loaders (ehr.terminology): RxNorm Current Prescribable Content (NLM, MD5 verified against NLM's page; **************** drug->ingredient resolved through thành phần/generics/packs, thuốc-> liều, DEA lịch từ DCSA), ICD-10-CM file đơn đặt hàng (billable flag, short/long titles, prefix closure), CVX + vaccine groups (CDC), HCPCS Level II quarterly (CMS; Cập nhật URL nguồn ghi, phiên bản nhà xuất bản, ngày có hiệu lực và checksum; only COMPLETE releases answer; supersession ends a release where the next one starts JDBC batch writes; daily 09:30 UTC refresh under the fleet lease; on-demand load for platform admins. Search: token-prefix index (no trigram/GiST on Yugabyte), rank rules pinned by tests; /status, Thuốc, chẩn đoán, vắc xin, thủ tục, tìm kiếm. Truy cập ngày 10 tháng 10 năm 2007.  ^ Validation: ClinicalCodeChecker refuses codes a loaded release lacks (ICD by date of service; header mã bị từ chối trên yêu cầu, cảnh báo ở nơi khác; CVX phải hoạt động cho một liều được đưa ra ở đây; RxCUI phải tồn tại; các đơn thuốc phải đặt tên chính xác sản phẩm khi RxNorm được tải lên và lấy lịch trình của RxNorm khi nghiêm ngặt hơn), rơi trở lại chỉ định dạng — và nói vậy — khi không có bản phát hành bao gồm ngày. Truy cập ngày 15 tháng 10 năm 2012.  ^ Interactions: the 15-pair ONC high-priority list (Phansalkar et al., JAMIA 2012) as data with its citation, members resolved to ingredient RxCUIs from loaded RxNorm; 14 pairs screened (the QT Các thành viên của cặp này không được công bố trong báo cáo) lý do; khoảng trống DRUG_INTERACTION vẫn mở với câu 'Chỉ kiểm tra đối với...', vì vậy isComplete () giữ giá trị sai. Các dị ứng được mã hóa trong RxNorm giờ cũng tương ứng với thành phần.

  5. · kamo-internal

    Gửi tin nhắn cho bệnh nhân từ bảng, đồng ý trước; nhắc nhở, xác nhận và video thăm khám theo lịch trình

    - Thẻ Thông điệp: thẻ đồng ý liên lạc (thông điệp, e-mail, không liên lạc — khi nào và cách nào, lịch sử), a người soạn nhạc hỏi máy chủ trước khi gửi (chấp thuận, và một yêu cầu tối thiểu cần thiết cho lâm sàng từ mà người viết phải xác nhận), và những gì đã được gửi cùng với trạng thái giao hàng của nó; thời gian cập nhật - Lịch trình hàng ngày và lịch hẹn: kết quả nhắc nhở bằng lời nói, xác nhận (bằng tin nhắn trả lời, hoặc (được đánh dấu bởi bàn), và cho các cuộc thăm khám qua video Bắt đầu cuộc thăm khám qua video (chỉ có thành viên tham gia), Gửi bệnh nhân liên kết (text / e-mail / họ thích) và Copy link bệnh nhân, với một cảnh báo khi thực hành của Cài đặt cuộc họp sẽ giữ bệnh nhân ở ngoài - Đến thăm qua video cũng có cùng cách kiểm soát - Cấu hình thực hành: một khung xem Nhắc nhở - bật/ tắt, tối đa ba thời gian, kênh, vị trí, trả lời- C xác nhận, giờ im lặng, lời nói của người thực hành với những gì được phép điền vào, và một bản xem trước Gửi một tin nhắn hoặc email, với những từ ngữ được gợi ý của phòng tập, đăng nhập vào cuộc gọi khi nó đi

  6. · MediaService

    Một phòng khám y tế, được tạo ra từ máy chủ đến máy chủ

    POST /api/internal/meet/telehealth (X-Internal-Auth = internal.auth.secret, MeetInternalAuth) creates a cuộc họp trên trang web của tổ chức, được tổ chức bởi bác sĩ lâm sàng và được lên lịch cho thời điểm bắt đầu của chuyến thăm (vì vậy thời gian hết hạn liên kết khách tính từ chuyến thăm). Truy cập khách và phòng chờ được bật cho the room; the answer adds guestsAllowed=false when the org's Kamo Meet settings keep all guests out, Vì vậy, phòng khám sẽ được cảnh báo trước khi bệnh nhân nhận được liên kết không thể nhập viện "Video visit": danh sách cuộc họp nằm ngoài cổng quan hệ chăm sóc của bảng.

  7. · VOIPService

    Biểu đồ bệnh nhân của một phòng khám nghe câu trả lời của bệnh nhân, STOP / START và nhận hàng

    PatientSmsRelay gửi tin (X-Internal-Auth, khỏi thread của người gửi, hàng đợi giới hạn, không bao giờ ném) đến Dịch vụ an ninh **************** - mỗi văn bản nhập sau khi xóa và xử lý từ khóa, với từ khóa và liệu nó có được lưu ở đây không — Vì vậy, một câu trả lời cho một số nhắc nhở mà không có thành viên nào sở hữu không còn bị mất trên bảng xếp hạng, STOP/START đạt được Sổ ghi nhận sự đồng ý của bệnh nhân, và C xác nhận chuyến thăm nhắc nhở; - một chứng nhận của nhà mạng cho một thông điệp không có hàng ở đây (thông điệp của bệnh nhân được ghi lại bởi SecurityService). Không có gì thay đổi cho các cuộc trò chuyện của các thành viên; một văn bản không phù hợp với bất kỳ bệnh nhân nào sẽ bị bỏ qua.

  8. · kamo-internal

    E-prescribing — e-Prescribe dialog, e-Prescriptions worklist, setup and pharmacies (bằng tiếng Anh)

    e-Prescribe mở ra điều kiện tiên quyết + kiểm tra an toàn, sau đó mạng lưới trang trong một khung lớn; đóng nó sẽ nhập những gì đã được gửi. Mỗi lệnh sẽ hiển thị Gửi đến <pharmacy> / Gửi thất bại / In — chỉ những gì đã được xác nhận bây giờ có nhãn Prescribe trên giấy. - Phần e- Prescriptions: truyền tải thất bại, hàng báo cáo không phù hợp với biểu đồ (kết hợp hoặc bỏ qua với một lý do), gửi gần đây, và thẻ tab RxLog; của mạng. - Setup → e- Prescribing (Manage EHR Settings): go- live checklist, write- only credentials, Kiểm tra kết nối, địa chỉ ra, xác nhận gõ để chạy, người với NPI/DEA, Tình trạng thư mục thuốc. - Nhà thuốc bệnh nhân: chính + thay thế từ thư mục, văn bản tự do được giữ lại như dự phòng. - Chế độ thử nghiệm / không thiết lập cờ trên mỗi bề mặt e-điều trị.

  9. · SecurityService

    Bệnh nhân có thể được nhắn tin và gửi e-mail từ biểu đồ - đồng ý trước, nhắc nhở, thăm khám video, thông điệp gọi lại

    - 1 cổng đồng ý **************** cho thông điệp bản đồ, nhắc nhở, liên kết video, Thông điệp gọi lại và câu trả lời xác nhận: sự đồng ý của bệnh nhân mỗi kênh (TCPA/HIPAA, không bao giờ Được cho là, gắn liền với số điện thoại), danh sách không liên lạc / không gửi email của tổ chức, giờ im lặng cho bất cứ điều gì Thông điệp được gửi chỉ xuất hiện trên lịch trình của bệnh nhân (không bao giờ được gửi đến CRM chia sẻ thông tin) số) và trong ehr_patient_message với trạng thái mang. - Điểm kết thúc của sổ ghi nhận đồng ý, /check (chấp thuận + yêu cầu từ ngữ lâm sàng tối thiểu), /send, /sent. - Nhắc nhở hẹn: cài đặt thực hành (thời gian, kênh, mẫu không thể thay thế) đến lý do, loại, bác sĩ hoặc chuyên khoa; giờ im lặng không bao giờ hẹp hơn 9 giờ chiều - 8 giờ sáng), một công việc khóa đơn lẻ yêu cầu mỗi lời nhắc trước khi gửi (một lần cho mỗi cuộc hẹn, dẫn đầu và bắt đầu), ngày lịch dẫn đầu trên đồng hồ thực hành qua DST, bỏ qua ghi lại với lý do. - Truyền tiếp nhận từ VOIPService (trong): STOP/START vào sổ sách bệnh nhân, trả lời không lưu vào Thời gian bệnh nhân, C xác nhận chuyến thăm nhắc nhở; hóa đơn vận chuyển cập nhật tình trạng giao hàng. - Video thăm: một phòng cho mỗi cuộc hẹn video hoặc đi vào thông qua sự trừu tượng của nhà cung cấp MediaService, liên kết bệnh nhân công cộng vs liên kết bác sĩ chỉ dành cho thành viên, send-link-now; confirmation desk. - Gửi thông điệp gọi lại qua cùng một cửa và tự động ghi lại thông tin.

  10. · SecurityService

    Điều trị điện tử thông qua Weno Exchange EZ Integration

    - ErxTransport vendor seam (UnconfiguredErxTransport default, WenoErxTransport first network) - Tài khoản eRx thực hành (MANAGE_EHR_SETTINGS): mạng, TEST/LIVE với xác nhận ghi âm, mật khẩu quản trị chỉ đọc + khóa tài khoản được mã hóa với khóa ehr-erx-enc-key, địa điểm id, thử kết nối (WenoManage ValidateEncKey), địa chỉ ra, danh sách kiểm tra chạy - Đăng ký của bác sĩ/công nhân: NPI kiểm tra với NPPES, định dạng DEA + số kiểm tra, lịch trình, hết hạn, giấy phép trạng thái, đăng nhập Weno (chỉ đọc), trạng thái và cờ EPCS - Thư mục thuốc: mỗi đêm delta + mỗi tuần thay thế đầy đủ dưới khóa đơn, tìm kiếm theo Tên/ZIP/thành phố/điện thoại, bệnh nhân chính + thay thế NCPDP - e-Prescribe: các điều kiện tiên quyết với mục tiêu cố định (bao gồm chiều cao/ cân nặng và trách nhiệm của trẻ em) 100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 biên soạn- để- ký cho nhân viên với ghi chú lâm sàng tài liệu - RxLog, danh sách công việc e-Recipes, nhập NewRx đồng bộ mỗi 15 phút + theo yêu cầu: idempotent, phù hợp với OrgPatientID của chúng tôi, hàng không phù hợp được giữ lại để xem xét, PHI-kiểm toán - Giấy in giờ có NPI được xác nhận bởi NPPES và tem in tại

  11. · kamo-shared-library

    E-prescribing schema — network account, enrollments, pharmacy directory, transmissions

    5 bảng lâm sàng mới (ehr_erx_settings, ehr_erx_enrollment, ehr_erx_pharmacy, ehr_erx_pharmacy_import, ehr_erx_transmission), cấu trúc thuốc ưa thích/đối tác NCPDP trên phiên bản phiên bản bệnh nhân, và printed_at trên phiên bản yêu cầu thuốc @JsonIgnore. DDL đã được áp dụng cho sản xuất với vai trò chủ sở hữu.

  12. · kamo-shared-library

    Các thực thể tiếp cận bệnh nhân - sự đồng ý liên hệ, tin nhắn gửi, sổ ghi nhớ, cài đặt ghi nhớ, chuyến thăm video

    - PatientContactConsent (ehr_patient_contact_consent): chỉ thêm SMS / EMAIL / không liên lạc - PatientMessage (ehr_patient_message): tin nhắn và e-mail gửi đến bệnh nhân, với trạng thái mang - AppointmentReminder (ehr_ appointment_ reminder): một hàng cho mỗi cuộc hẹn, thời gian và bắt đầu — chìa khóa idempotency - PracticeMessagingSettings (ehr_ practice_ messaging): nhắc nhở, thời gian, kênh, mẫu, giờ im lặng - VideoVisit (ehr_video_visit): cuộc họp một cuộc hẹn video hoặc bước vào xảy ra trong - Đã hẹn: confirmed_at, confirmed_via - Canonical e-mail template ehr.patient_message (frame only) + PatientMessageEmail variables builder

  13. · kamo-internal

    Claims office — 837P files for the clearinghouse portal, acknowledgments, 835 review and posting, claim-billing setup Bản mẫu:Công ty bảo hiểm

    - /patients Điều khoản bảo hiểm (VIEW_CLAIMS / MANAGE_CLAIMS / POST_INSURANCE_PAYMENTS): sẵn sàng tuyên bố → kiểm tra (vấn đề được nhóm theo nơi chúng được sửa, với nút that goes there) → build file → download → "I uploaded it" or set aside; lịch sử hồ sơ yêu cầu với những gì nhà thanh toán nói về mỗi yêu cầu; kéo và thả Tải lên 999 / 277CA / 835 với kết quả bằng ngôn ngữ đơn giản; 835 đánh giá (sẽ gửi / cần một người / bệnh nhân bây giờ nợ, điều chỉnh cấp độ nhà cung cấp, cảnh báo cân bằng, chi tiết kỹ thuật mở rộng) và sau một lần. - Setup → Claim billing (MANAGE_EHR_SETTINGS): billing provider, clearinghouses (thử nghiệm/sản xuất), lập hóa đơn cho các bác sĩ, - Tab Chart Billing: một liên kết yêu cầu sẵn sàng để gửi nó trong một tập tin; Kênh CLEARINGHOUSE_FILE đọc như một tập tin clearinghouse.

  14. · kamo-shared-library

    Kho thuật ngữ có thể chứa các bản phát hành đã tải — trạng thái tải, cột chọn, liên kết thành phần, từ tìm kiếm

    Hệ thống mã ngắn hạn được phát hành **************** vậy Chỉ một bản phát hành COMPLETE đáp ứng một tìm kiếm. term_concept gains concept_class (RxNorm TTY), short_display, billable (ICD-10-CM headers), status (CVX), dea_schedule (RxNorm DCSA) và search_text. New term_concept_relation (đã giải quyết thuốc-> thành phần, thuốc-> dạng liều) và term_concept_token (một hàng cho mỗi từ có thể tìm kiếm: kiểm tra dải tiền tố, vì Yugabyte không có trigram/GiST). Dữ liệu tham chiếu sống dưới TerminologyTenancy.REFERENCE (thuê 0). FhirCodeSystems lấy URI HCPCS. DDL được áp dụng bằng tay vào sản xuất trước khi tải lên.

  15. · SecurityService

    837P claim files for hand upload, 999/277CA acknowledgements và 835 ERA review and posting

    Không có hợp đồng thanh toán tồn tại, vì vậy thực hành tải lên các tập tin X12 đến một cổng thông tin bằng Điều này xây dựng con đường đó từ đầu đến cuối: - 837P (005010X222A1) cho một hoặc nhiều tuyên bố sẵn sàng: 1000A/B, 2000A/2010AA với NPI, mã số thuế và địa chỉ đường phố (không bao giờ là hộp thư) với ZIP+4, 2000B/2010BA/BB, 2000C/2010CA cho người phụ thuộc, 2300 CLM/HI với CLM01 = số yêu cầu của chúng tôi, 2310B rendering, 2400 SV1/DTP/REF*6R. Pure writer pined by golden files. - Xác nhận trước khi xây dựng, bằng ngôn ngữ đơn giản đặt tên nơi sửa chữa nó; một tập tin với một vấn đề đã biết không bao giờ được xây dựng và không tiêu tốn số kiểm soát. - ISA13/GS06/ST02 từ một máy đếm nguyên tử (REQUIRES_NEW bean). - Đợt lưu trữ byte by byte với SHA-256; tải lại là tập tin giống nhau; xác nhận việc tải lên chuyển động yêu cầu SEND qua CLEARINGHOUSE_FILE với file as the reference; a never- uploaded file is set aside, not deleted. - 999 và 277CA nhập khẩu đánh dấu hồ sơ và yêu cầu chấp nhận / từ chối với lý do. - 835 nhập khẩu tạo ra một chuyển khoản cho mỗi khoản thanh toán (dấu vết độc nhất), xem xét cho thấy tương xứng/không tương xứng/bệnh nhân chịu trách nhiệm, đăng ký là bổ sung (trả lại), phù hợp với REF*6R sau đó mã + biến đổi, PLB và tiền không phù hợp không được áp dụng, posted once (conditional UPDATE). - X12 tokenizer/writer nhỏ với các phân cách từ ISA; tập tin không bao giờ được đăng ký; xây dựng và tải xuống kiểm toán thất bại đóng cửa mỗi yêu cầu như PAYMENT xuất khẩu.

  16. · kamo-shared-library

    X12 claim-file entities — billing profile, clearinghouses, billing clinicians, payer plan types, control counter, 837 batches, import

    Các bảng đằng sau các tập tin 837P và 999/277CA/835 nhập khẩu. RemittanceAdvice.raw835 giờ là @JsonIgnore (một 835 tên của mỗi bệnh nhân và các danh sách công việc chuyển tiền serialize the entity); claimForPosting tuyên bố một khoản gửi tiền chưa đăng ký trong một Cập nhật có điều kiện vì vậy một ERA được đăng ký một lần. DDL được áp dụng cho Yugabyte sản xuất trước khi đẩy này.

  17. · kamo-internal

    Mã chọn — RxNorm, ICD-10-CM, CVX, HCPCS

    Một hộp combo có thể truy cập bằng bàn phím (ARIA 1. 2: activedescendant, arrows, Home/End, Enter, Escape, Tab) phía sau bốn người chọn mỏng ít nhất là hai ký tự, câu trả lời được đánh số theo yêu cầu vì vậy một câu trả lời chậm không bao giờ thay thế một hàng mới hơn, hàng khung khi tìm kiếm, trạng thái thất bại với thử lại (không bao giờ "không phù hợp" sau lỗi), và thông báo không tải bình tĩnh Điều này sẽ trả lại các trường đã nhập trước đó. Danh sách nào sẽ được tải sẽ được hỏi một lần mỗi lần tải trang và một yêu cầu thất bại sẽ được thử lại, không được lưu trữ tạm. - Prescribe: RxNorm product required while RxNorm is loaded; rxcui sent; Một lịch trình DEA được liệt kê chọn sẵn và chỉ có lịch trình nghiêm ngặt hơn. - Ngoài thuốc và dị ứng: RxNorm tùy chọn, văn bản tự do được lưu và Không mã hóa (lớp thực phẩm, môi trường và dược phẩm vẫn được nhập). - Danh sách các vấn đề, chẩn đoán và lý do đặt hàng: Cảnh báo không tính tiền trước khi lưu. - Tiêm chủng: chọn CVX, vắc xin không hoạt động chỉ cho liều lượng lịch sử. - Tạo yêu cầu: ICD-10-CM và HCPCS chọn, CPT chấp nhận như đã nhập và chỉ định dạng, mỗi mã tìm kiếm ngày dịch vụ và yêu cầu bị chặn trên mã không tìm thấy, không có hóa đơn hoặc bị hủy bỏ. - Kiểm tra an toàn gọi cảnh báo tương tác thuốc là một sự kết hợp nguy hiểm.

  18. · kamo-internal

    Một biểu đồ thống nhất - thu hồi, thanh toán bàn, hình ảnh thẻ, in đơn thuốc, video walk-in

    - Thẻ biểu đồ theo thứ tự phòng khám (Tổng hợp, lâm sàng, thăm khám, theo dõi, tài liệu, bảo hiểm, hóa đơn, Appointments, Messages, Records), cổng cho mỗi quyền trong cả hai cấp; hóa đơn mở cho các yêu cầu hoặc truy cập thanh toán bàn; thẻ mở cuộn xuống để xem trên điện thoại và nằm trên một viên thuốc, không phải là một đường viền. - Thẻ hẹn: hồi âm của bệnh nhân - tạo, ghi lại một nỗ lực liên lạc, đánh dấu hoàn thành đối với một chuyến thăm, đóng cửa vì một lý do. - Thẻ thanh toán: thanh toán bàn với số hóa đơn, tổng số bỏ trống, in lại và hủy bỏ. - Bảo hiểm: thẻ mới nhất mặt trước và mặt sau như hình ảnh, với cài đặt sẵn bên cạnh. - In một đơn thuốc giấy từ danh sách thuốc và tóm tắt, không chỉ từ chuyến thăm của nó. - Một chuyến thăm có thể là một chuyến thăm qua video. - Dừng một loại thuốc trên bản tóm tắt, đọc lại nó ở chỗ thay vì tải lại bảng.

  19. · SecurityService

    Tài khoản có thể đọc các khoản thanh toán của bệnh nhân và in lại hóa đơn

    Để hủy bỏ một khoản thanh toán cần MANAGE_CLAIMS hoặc POST_INSURANCE_PAYMENTS, nhưng liệt kê chúng và đọc một hóa đơn cần BOOK_APPOINTMENTS — một người lập hóa đơn có thể hủy bỏ một khoản thanh toán mà họ không thể tìm thấy. Danh sách bệnh nhân và hóa đơn hiện đang mở cho quyền đặt phòng hoặc quyền lập hóa đơn.

  20. · kamo-internal

    Phòng tiếp khách có thể mở, đăng ký, sửa chữa và bảo hiểm bệnh nhân

    - Trang biểu đồ: một cửa sổ xem trước (Giới thiệu, Bảo hiểm, Đặt hẹn, Thông điệp) cho các thành viên có đăng ký/lập kế hoạch/đóng thuế và không có mối quan hệ chăm sóc, với ghi chú đơn giản rằng lâm sàng Các chi tiết là của đội chăm sóc; tóm tắt lâm sàng chỉ được yêu cầu cho toàn bộ biểu đồ. - Đăng ký: liên hệ điện thoại, e-mail, địa chỉ, liên hệ khẩn cấp, ngôn ngữ / phiên dịch, liên lạc ưa thích, PCP, thuốc, giới tính sinh ra, danh tính giới tính, xác nhận; MRN được giao khi trống; Các ứng cử viên sao chép được liệt kê theo tên, ngày sinh và MRN; kiểm tra cũ bị loại bỏ; mã giới tính FHIR. - Chỉnh sửa tất cả các ô, xóa các ô tùy chọn, và lưu lại với dấu Lưu. - Tìm kiếm theo tên đầy đủ, chỉ DOB hoặc điện thoại; DOB được hiển thị định dạng; tuổi qua tin nhắn ICU. - Bảo hiểm: bổ sung/sửa đổi/kết thúc chính sách, ghi lại kiểm tra khả năng (không có kiểm tra điện tử) ẩn), kiểm tra lịch sử, ủy quyền trước đó; mối quan hệ đọc được và nhãn trạng thái yêu cầu. - Thông điệp: thêm một điểm liên lạc; số điện thoại/email qua PhoneNumber/EmailAddress. - Cổng: mời đã được điền sẵn với thư điện tử trong tập tin, thông điệp máy chủ được hiển thị, quyền bảo vệ/ ủy nhiệm và hủy bỏ. - Break- glass: lỗi được hiển thị trong hộp thoại và 10 ký tự tối thiểu được giải thích với một con số.

  21. · kamo-internal

    Các chuyến thăm và ghi chú một văn phòng bác sĩ có thể chạy trên — tài liệu, in ấn

    Ghi chú (sửa mất dữ liệu P0) - Một bản thảo được mở lại sẽ đọc lại văn bản của nó trước khi trình biên tập mở khóa; nếu nó không thể đọc trình biên tập không bao giờ mở trên nó. Ghi chú ký chỉ đọc với văn bản và bổ sung/sửa đổi theo thứ tự. - Autosave được viết lại thành NoteDraftSaver: đếm bản sửa đổi, một lần lưu trong khi bay, debounced, flushed on blur / tab hide / unload / unmount, base version sent so a draft changed elsewhere is refused not overwritten; visible Saving… / Lưu · 2: 41 PM / Không lưu + Lặp lại. Ký sẽ bị xóa trước và chỉ ký Phiên bản xác nhận. - Các loại ghi chú (bao gồm lịch sử và vật lý), SOAP / H&P / y tá thăm khám / mẫu điện thoại / thủ tục cộng với mẫu lưu thực hành, chọn đồng ký (AgentSelector giới hạn cho COSIGN_CLINICAL_NOTES), rút lại như đã nhập sai. Truy cập - Mỗi ghi chú trong mỗi chuyến thăm, cộng thêm một phần ghi chú bên ngoài bất kỳ chuyến thăm nào; chuyến thăm đi bộ với một lý do; kết thúc chuyến thăm; đóng biểu đồ cho thấy máy phục vụ từ chối; đóng biểu đồ nói rằng các mục nhập muộn sẽ được thêm vào một bản bổ sung. - Danh sách công việc ký tên cho thấy các loại ghi chú bằng chữ, bệnh nhân và tác giả. Thẻ tài liệu: kéo- thả tải lên với danh mục / tiêu đề / ngày tài liệu, hình ảnh và Xem trước PDF, tải xuống, rút lại với lý do. Ứng dụng riêng cho nhiều phần và byte. In ra: tóm tắt sau chuyến đi, giấy kê đơn (kiểm soát = KHÔNG GIẢI PHÁP VỀ DISPENSING, EPCS warning), chart summary — typeset in a print window with the Logo của phòng khám và số bệnh nhân lặp lại trên mỗi trang.

  22. · kamo-internal

    Đề nghị trên bản đồ, gửi yêu cầu trung thực, kiểm tra truy cập khẩn cấp, văn phòng ghi chép không bao giờ đọc một sự cố là trống rỗng

    - Dịch vụ ủy quyền y tế giữ mã trạng thái, ưa thích, nội dung-vị trí, Retry-After và X-Progress, và các dòng cơ thể không phải là JSON: CCD XML và bulk NDJSON không còn tải về 502 nữa, và một xuất xứ đang chạy là 202 một lần nữa. - ehrApi: CONFLICT / INVALID loại mang câu của máy chủ; generic thất bại được dịch (ehrErrorMessage). - Văn phòng ghi chép: mỗi danh sách tải và thất bại một mình; mỗi ghi lại cho thấy thất bại; đánh giá thủy tinh vỡ với phù hợp / không phù hợp / theo dõi và ghi chú (không bao giờ là của bạn); hủy bỏ chứng minh nhân dân, tạm dừng đối tác, những gì chúng tôi gửi đến Cộng sự, từ chối; bằng chứng tương đồng có thể đọc được; không có mã nguyên bản hay ngày. - Bên ngoài ghi chép đọc thư mục đối tác lâm sàng (VIEW_CHART). - Thẻ Thẻ thanh toán biểu đồ: yêu cầu với các dòng, các chuyến thăm đóng để thanh toán, một nhà xây dựng yêu cầu (phát tán, chẩn đoán xếp hạng với chỉ thị, CPT / HCPCS đường, biến đổi, Không có phòng thanh toán Một yêu cầu được đánh dấu sẵn sàng để gửi và sau đó được ghi lại như gửi bằng tay. - Đường ống: không có hóa đơn thủ tục trên bản đồ; sẵn sàng / yêu cầu gửi; ghi chép một khoản thanh toán từ giấy EOB và áp dụng ngay lập tức. - Thẻ tổng hợp sơ đồ khoảng cách chăm sóc; QualityPanel bảo vệ phản ứng cũ; hợp nhất nút tên tên, ngày sinh và số ghi; tương tác ConsoleCards được điều khiển bằng bàn phím.

  23. · SecurityService

    Lượt viếng thăm và ghi chú mà một phòng khám có thể chạy trên — hợp đồng tự động lưu an toàn, bước vào, tài liệu, in ấn

    Ghi chú - Đọc trả lại văn bản hiện tại (trước sau bổ sung), tên tác giả/ đồng ký và khóa id chính xác; GET /notes/{id} đọc lại một ghi chú, kiểm toán. - Chỉ tác giả sửa đổi bản thảo; baseVersionId cũ sẽ bị từ chối thay vì ghi đè; ghi chú trống và sửa đổi trống bị từ chối; ký kiểm tra phiên bản người ký đã thấy; không ghi chú mới trên biểu đồ đóng; không biết loại ghi chú và tự đồng ký bị từ chối; đồng ký có thể được đặt trên bản thảo (PUT /notes/{id}/cosigner). - Điểm kết thúc nhập lỗi với lý do, ai và khi nào ( tác giả hoặc MANAGE_EHR_SETTINGS). - Mô hình ghi chú thực hành (danh sách/giữ/rút lui). Truy cập - Bắt đầu từ một cuộc hẹn cần tài liệu ghi chú lâm sàng cũng như quản lý Hội nghị; từ chối các cuộc hẹn hủy bỏ/không xuất hiện/kết thúc và bắt đầu hơn 12h sớm; bác sĩ lâm sàng đặt luôn được chấp nhận, người gọi chỉ nếu lâm sàng nhân viên và cuộc hẹn là trong vòng 12h (người được đặt có thể bắt đầu một quá khứ one); mỗi khoản tài trợ là một sự kiện kiểm toán CONFIGURE không thành công; một cuộc hẹn phòng là Không bao giờ quay trở lại. tham gia một chuyến thăm mở cho phép người tham gia theo cùng điều kiện. - Đến thăm (POST /walk-in) với lý do cần thiết, ghi lại trong chuyến thăm và dòng kiểm toán; từ chối khi một chuyến thăm đã được mở. - Kết thúc chuyến thăm / đóng bảng cần tài liệu ghi chú lâm sàng; đóng từ chối với không ghi chú ký; từ chối là ClinicalRefusalException (400 với thông điệp) vì vậy Bác sĩ thấy tại sao, không phải "không có hồ sơ như vậy". Tài liệu (mới): /documents **************** ImageService as PATIENT_CHART imgs (CONFIDENTIAL, content-addressed imaging bucket), đọc lại từ MinIO bằng chìa khóa; PDF/JPEG/PNG/HEIC/TIFF lên đến 25 MB; SHA-256 được ghi lại; Không bao giờ bị xóa mối quan hệ chăm sóc; thẻ/ID/thẻ đồng ý cũng mở cho EDIT_PATIENT_DEMOGRAPHICS (kiểm toán Mỗi lần đọc đều được kiểm tra. Printouts: GET **************** và /prescriptions/{id}/print.

  24. · kamo-internal

    Một phòng tiếp đón điều hành một ngày thực sự của phòng khám

    - Đồng hồ luyện tập: mỗi ngày, 'ngày nay' và thời gian là khu vực của luyện tập (không có ngày UTC, không có browser dates); quay lại lúc nửa đêm của buổi tập - Lịch trình ngày và phòng chờ tên bệnh nhân (MRN, tuổi), bác sĩ, phòng và loại thăm khám - Định hướng ngày, xem tuần, bộ lọc bác sĩ và cột bác sĩ bên cạnh nhau; đếm theo bộ lọc - Thất bại của phòng tiếp khách được hiển thị trong dòng; chỉ chuyển động hợp pháp; phòng + bắt đầu chuyến thăm là một gọi nguyên tử với chọn phòng - Hủy yêu cầu bệnh nhân vs thực hành; tái hẹn giữ và liên kết chuyến thăm cũ; danh sách chờ được cung cấp chỗ trống - Kiểm tra: đồng thanh toán trong hồ sơ, thanh toán bàn (không số thẻ, không xử lý), hóa đơn in, hủy với lý do, đặt lịch tiếp theo - Đặt phòng: bất kỳ loại vé nào, loại/lý do/video được lưu trữ, câu trả lời cũ bị bỏ qua, tìm kiếm lỗi được hiển thị; thanh danh sách chờ - Lời kêu gọi: tạo, đăng ký tiếp cận (chỉ đăng ký), hoàn thành đối với một chuyến thăm, đóng với một lý do; đếm bên máy chủ - Chuẩn bị cho chuyến đi: tên bệnh nhân, tên người trả tiền, số đơn vị còn lại - Cấu hình thực hành: múi giờ, thời gian truy cập mặc định, phòng, thời gian bị chặn (bữa trưa/nghỉ ngơi), Chiều dài và dung lượng khe, giờ đọc được

  25. · SecurityService

    Tầng đăng ký phòng tiếp khách, chi tiết liên hệ, gán MRN, tìm kiếm, ghi phạm vi

    - **************** thành viên giữ CREATE_PATIENTS, EDIT_PATIENT_DEMOGRAPHIC, BOOK_APPOINTMENTS hoặc MANAGE_CLAIMS mở hồ sơ REGISTER của bệnh nhân mà không có mối quan hệ chăm sóc (bảng cơ sở, mục đích hoạt động/thẻ thanh toán, kiểm toán); dữ liệu lâm sàng nằm sau mối quan hệ. Cả hai cấp = cùng một 404 kiểm toán. - Bệnh nhân mở trở lại một cảnh ghi chép rõ ràng với truy cập CHART|REGISTRATION và chi tiết đăng ký: viễn thông (fhir_contact_point), địa chỉ (fhir_address), liên lạc khẩn cấp, ngôn ngữ ưa thích và Thông dịch viên, phương thức liên lạc ưa thích, PCP, dược phẩm, giới tính sinh ra đồng bộ hóa từ viễn thông thông qua ContactPointRegistrar (điện thoại/nhà -> cá nhân, công việc, e-mail). - Đăng ký/sửa chữa lấy cơ thể thô: gửi-trống thanh lọc, vắng mặt chỉ để lại; xác nhận cho điện thoại, e-mail, ZIP; gender normalised to FHIR lowercase on write and read. - MRN trống được gán từ một máy đếm nguyên tử (MrnAllocator, REQUIRES_NEW); sao chép MRN nhập bằng tay bị từ chối. - Tìm kiếm: tên đầy đủ cả hai đơn hàng, chỉ ngày sinh, số điện thoại, tiền tố dự phòng giữ ngày sinh. - Kiểm tra sao chép trả lại tên, ngày sinh và MRN (kiểm toán). - New PatientCoverageController: chính sách CRUD/end, xác nhận khả năng tự động (EligibilityCheck MANUAL, benefitsAsOf, stamps the next 30 days of visits), ủy quyền trước; tất cả đều được kiểm toán. - Điểm kết thúc hẹn bệnh nhân cho phòng tiếp tân; điểm liên lạc mở cho cấp độ đăng ký. - Cổng quản trị: danh sách đại diện và tìm kiếm đăng nhập cho các khoản trợ cấp bảo hộ.

  26. · SecurityService

    Khoảng cách chăm sóc của bệnh nhân mang tên và khi nó được tính toán

    Thẻ khoảng cách chăm sóc trên bảng chỉ ra "Kiểm tra ung thư vú", không bao giờ là số đo và giữ kết quả mới nhất mỗi lần đo.

  27. · kamo-shared-library

    Ghi chú tên tác giả và đồng ký như văn bản cho trình duyệt

    Member ids are int64 beyond JavaScript's exact integer range; the transient authorMemberKey / cosignerMemberKey cho phép biểu đồ so sánh "đây là ghi chú của tôi" và chọn trước người ký hợp đồng mà không tròn.

  28. · kamo-internal

    Thẻ lâm sàng đọc như một biểu đồ - dị ứng, vấn đề, thuốc, các dấu hiệu sống, tiêm chủng, lệnh và kết quả, mỗi lệnh có thêm trong dòng

    - ClinicalWorkspace: tên của chuyến thăm viết gắn liền với (bệnh nhân gặp mặt mở, thành viên own first; picker when several; says so when none) và truyền nó cho mỗi write - AllergySection: thêm dị ứng, 'Không có dị ứng thuốc được biết đến', đánh dấu xem xét hôm nay, vô hiệu hóa/phản đối/ lỗi nhập vào với lý do; 'Không có dị ứng thuốc được biết đến' vs 'Chưa được đánh giá' được hiển thị rõ ràng - ProblemSection: danh sách vấn đề ICD-10 thêm/giải quyết/tắt/lỗi; chẩn đoán của chuyến thăm này (tiếp theo từ danh sách hoặc mã mới, ngôi sao chính, xóa) - MedicationSection: đơn thuốc với dừng (thử nghiệm thất bại, hộp thoại vẫn mở), bên ngoài thuốc thêm/tắt, 'Mark hòa giải' - VitalsSection: nhập với kiểm tra phạm vi khách hàng phản chiếu máy chủ, chuyển đổi đơn vị, tính BMI; , flowsheet, trend, mark a reading in error - ClinicalDetailPanel -> Lệnh và kết quả: nhập kết quả đối với một lệnh, xem xét/thừa nhận (cần ghi chú), đóng/ hủy bỏ; lấy xu hướng được bảo vệ khỏi đáp ứng lỗi thời - ClinicalComposePanel: số lượng để phân phối, xác nhận Rx, cảnh báo/bỏ qua xóa trên bất kỳ Rx nào thay đổi; theo thứ tự dự đoán (mặc định mỗi loại) và chẩn đoán ICD-10; vaccine CVX, đường đi, địa điểm, dose, expiration, VIS edition, given-elsewhere and decoderd records; local-date default, reset - SafetyQueuesPanel: xác nhận kết quả quan trọng và xem xét kết quả đang chờ trong hàng đợi; đóng thất bại xuất hiện; dấu thời gian trong khu vực thành viên; trạng thái đóng bằng từ - ChartHeader/ChartSummaryPanel: định dạng DOB, chuyển đổi giới tính, NKDA không bao giờ được tính là allergie, không mã thô (tình trạng, cờ, tuân thủ, boolean)

  29. · SecurityService

    Chart write paths — allergies/NKDA/review, problems, visit diagnostics, vitals, outside meds, results and review; order loop closure fixes

    - ChartEntryController/Service: thêm dị ứng (phản ứng, nghiêm trọng, cấp bách, bắt đầu), ghi lại NKDA, đánh dấu danh sách dị ứng đã xem xét (ClinicalListReview), **************** với lý do; Danh sách các vấn đề ICD-10 add/resolve/inactivate; thăm khám chẩn đoán (EncounterDiagnosis) add/primary/remove; thuốc bên ngoài thêm/tắt + điều chỉnh thuốc; LOINC-coded clinical vitals with hard xác nhận phạm vi, cờ H/L/HH/LL, BMI tính toán; biểu đồ lưu lượng sinh hoạt; đánh dấu đọc sai; Phần đọc cho thẻ lâm sàng; các cuộc gặp gỡ của bệnh nhân - ClinicalResultService: nhập kết quả thủ công theo một lệnh (báo cáo + phân tích) -> RESULTED; review/acknowledge (critical needs a note) -> REVIEWED, optional close; order-level review - ClinicalOrderService: closeOrder đặt closureStatus CLOSED/CANCELLED (đã để OPEN); mặc định expectedBy per category/priority; ICD-10 reason codes on orders; controlledSubstance flag, số lượng, quy định của DEA, ngày giới hạn cung cấp; tiêm chủng CVX cần thiết, đường đi/địa điểm/liều lượng, Từ chối hàng hóa hết hạn và hàng hóa trong tương lai, phiên bản VIS cần thiết cho liều lượng được đưa ra ở đây, lịch sử và đã từ chối ghi chép; mỗi lần gặp gỡ được kiểm tra là của bệnh nhân này và vẫn mở - allergiesEverReviewed bây giờ có nghĩa là một đánh giá được ghi lại hoặc một NKDA hoạt động; NKDA không còn được tính là dị ứng (xuất khẩu giữ nó thông qua findActiveRecord); kiểm tra lặp lại cũng bao gồm thuốc bên ngoài

  30. · SecurityService

    Một phòng tiếp đón điều hành một ngày thực sự của phòng khám

    - Thực hành đồng hồ (thực hành múi giờ, nếu không là của tổ chức): mỗi ngày cửa sổ là luyện tập, không bao giờ UTC; thiết lập + điểm kết thúc phòng (/schedule/practice) - Lịch trình hàng tên bệnh nhân (MRN, DOB), bác sĩ, phòng và kiểu thăm khám, tải hàng loạt và được kiểm toán; xem ngày trả về cột bác sĩ và đếm nhận thức bộ lọc; điểm kết thúc khoảng tuần - Đặt phòng: bất kỳ loại vé nào (diện tích chỗ ngồi / mặc định thực hành), loại và lý do duy trì, Bệnh nhân được kiểm tra, quá tải được đánh giá bởi khoảng thời gian bao phủ, thời gian bị chặn bị từ chối - Tình trạng máy hẹn áp dụng bên máy chủ với các câu đơn giản (409) - Đổi lịch giữ và liên kết chuyến đi cũ; hủy yêu cầu bệnh nhân vs thực hành và trở lại khoảng trống được giải phóng cho danh sách chờ - Phòng + bắt đầu thăm trong một giao dịch (điện thoại **************** - Kiểm toán hoàn thành; thanh toán bàn ghi lại (không bao giờ xử lý, số thẻ từ chối), Giấy chứng nhận, hủy bỏ với lý do dưới quyền thanh toán - Lời kêu gọi: tạo, hoàn thành đối với một chuyến viếng thăm, đăng ký tiếp cận (chỉ đăng ký), đóng với một lý do, server counts; waitinglist add/remove/candidates - mẫu: thời gian bị chặn với nhãn, chiều dài và dung lượng khe, vùng luyện tập mặc định - Danh sách chuẩn bị khám với tên bệnh nhân và người trả tiền

Vũ trụ của anh đang chờ đợi.

Bắt đầu miễn phí trong vài phút. Thêm sản phẩm bất cứ khi nào bạn sẵn sàng — không di chuyển, không đăng nhập mới.

Miễn phí mãi mãi — không cần thẻ tín dụng