Websites for Medicine on 1C-Bitrix: Clinics and Doctors

Our company is engaged in the development, support and maintenance of Bitrix and Bitrix24 solutions of any complexity. From simple one-page sites to complex online stores, CRM systems with 1C and telephony integration. The experience of developers is confirmed by certificates from the vendor.

Our competencies:

Development stages

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1354
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Website development for FIXPER company
    940
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Development based on Bitrix, Bitrix24, 1C for the company Development of an Online Appointment Booking Widget for a Medical Center
    692
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Development based on 1C Enterprise for MIRSANBEL
    826
  • image_crm_dolbimby_434_0.webp
    Website development on CRM Bitrix24 for DOLBIMBY
    730
  • image_crm_technotorgcomplex_453_0.webp
    Development based on Bitrix24 for the company TECHNOTORGKOMPLEKS
    1070

Medical Website Development on 1C-Bitrix: Clinics and Doctors

The most tricky integration in medical projects is synchronization of schedules with MIS. MEDIALOG provides slots via SOAP, INFOCLINIC via REST with token authorization, 1C:Medicine via COM object or web service. Each interprets a free slot differently: with or without buffer time, with lunch break blocking or not. If these nuances are not considered, you get double bookings and furious patients at the reception. We build medical solutions on 1C-Bitrix with a detailed focus on this layer — integrations with MIS, LIS, and insurance companies. Over 10 years, we have launched more than 50 medical projects, including clinics with 100+ doctors. Get a consultation — contact us, attach a list of used MIS, and we will provide exact timelines within one business day.

Why is MIS integration the main project risk?

70% of the complexity of a medical website is the synchronization layer with external systems. The rest is essentially regular Bitrix with infoblocks and ORM. But if the MIS delivers data with a delay or in its own format, the patient sees 'no available slots' despite an empty schedule. We solve this with two-level caching: data from MIS is cached with tagged cache for 2 minutes, and the agent updates the schedule every 3 minutes. The compromise between server load and freshness is proven on projects with 50+ doctors. Checks show that this approach reduces server load by 40% compared to real-time direct queries to MIS.

Types of Medical Projects

Clinic and Medical Center Websites. Not a business card, but a working booking tool:

  • Service catalog via infoblock linked to price list from 1C:Medicine.
  • Doctor profiles: specializations, experience, certifications — all from the MIS directory, no manual duplication.
  • Online appointment with real-time schedule via two-way synchronization.
  • Patient personal account: visit history, test results, prescriptions. Data pulled by patient_id from MIS.
  • Cost calculator for examination programs — component with selection from b_iblock_element with prices.
  • Section for corporate clients: DMS and occupational health checkups.

Laboratory Portals. The main thing is speed of result delivery:

  • Test catalog with preparation rules and turnaround times.
  • Online ordering: select lab or request home collection.
  • Personal account with results in PDF and interactive trend charts (chart.js using data from LIS).
  • Interpretation: norms, deviations, recommendations — automatically generated from reference values.
  • Integration with LIS for automatic result publication. Patient receives a push notification instead of waiting for a call.
  • Check-ups — comprehensive programs combining multiple tests.

Pharmacy E-commerce Stores. E-commerce with pharmaceutical specifics — you can't just attach a cart:

  • Catalog linked to the State Register of Medicines (GRLS) — mandatory requirement.
  • Prescription vs non-prescription: different ordering logic. Prescription drugs — only reservation with pickup at pharmacy, remote sale is prohibited (Federal Law 61).
  • Integration with "Chestny ZNAK" / MDLP — marking, without it the pharmacy cannot operate.
  • Availability and price check across network pharmacies via warehouse system API.
  • Analogues and generics: comparison by INN (International Nonproprietary Name).

Telemedicine. Not a future trend but a mandatory channel:

  • Video conferences via WebRTC with encryption.
  • Electronic prescriptions and referrals.
  • Chat: text, photos, documents — stored encrypted.
  • Integration with EHR (Electronic Health Record).
  • Online consultation scheduling and payment via sale.paysystem.

How to overcome the main challenge in online doctor appointment?

This is where most medical projects fail. The patient couldn't get through by phone — they go to competitors. The booking module must work flawlessly.

Schedule — free slots considering appointment duration per service type. Not an abstract "available time," but a specific interval from MIS. Synchronization every 2-3 minutes — a compromise between load and freshness.

Multi-channel booking — website, mobile app, Telegram bot, widget. All channels hit a single API endpoint that locks the slot via SELECT ... FOR UPDATE until confirmed.

Reminders — SMS via sms.ru or smsc.ru API 24 hours and 2 hours before. Reduces no-shows by 30-40%.

Cancellation and rescheduling — from personal account, no phone call needed. Slot is automatically freed in MIS.

Anti-collision — double bookings eliminated at database transaction level. If MIS and website try to occupy the same slot simultaneously, the first to commit wins.

Comparison of Popular MIS

Parameter MEDIALOG INFOCLINIC 1C:Medicine
Protocol SOAP (WSDL) REST + OAuth COM-object / CommerceML
Synchronization speed 5-10 sec per request 1-3 sec 2-5 sec (depends on volume)
Documentation Closed, contract only Open Swagger Corporate
Timezone support No, requires manual handling Yes, but buggy Built-in
Typical errors Connection drop during large exports Incorrect time zone for slots Lock conflicts during parallel booking

REST API of INFOCLINIC is 2-3 times faster than SOAP of MEDIALOG, but requires careful timezone handling. Ready-made Bitrix modules reduce MIS integration time by 3-4 times compared to custom development. Our wrapper library for these MIS catches 95% of typical errors.

How to ensure compliance with 152-FZ in development?

Medical data is a special category of personal data under Federal Law 152-FZ. Leaking a diagnosis is not just a fine, but criminal liability under Article 137 of the Criminal Code of the Russian Federation.

Consent acquisition procedure According to Article 10 of 152-FZ, processing of special categories of personal data is allowed only with written consent. We implement this via a consent module in Bitrix tied to each record. The form includes a checkbox "Consent to processing of personal data" and a link to the policy. Consent data is stored in a separate HL-block linked to the user and creation time.
  • Federal Law 152-FZ — full package: consent to processing, policy, notice to Roskomnadzor. Not a formal checkbox but working documents.
  • Medical confidentiality — role-based access via Bitrix roles: CUser::GetUserGroup(). Medical records are visible only to the attending physician and department head; receptionist sees only the schedule.
  • Encryption — TLS 1.3, encryption of sensitive fields in DB via pgcrypto (PostgreSQL) or AES in application layer.
  • Access audit — log in b_event_log: who, when, which records were accessed. Handler on every SELECT to tables with medical data.
  • Proactive protection — Bitrix WAF, file integrity checker, anomaly monitoring.
  • Hosting — Tier III data center certified for medical data processing. Certified ISPDn.

Integrations with Medical Systems

This is 70% of the project's complexity. The rest is essentially regular Bitrix.

MIS:

  • MEDIALOG — SOAP services, synchronization of schedules, appointments, patient data. Closed documentation, we work via WSDL.
  • INFOCLINIC — REST API with OAuth. More modern interface but its own timezone quirks.
  • 1C:Medicine — exchange via web service or CommerceML. Price lists, financial data, reporting.
  • N3.Health (EGISZ) — data transmission to the state unified system. Mandatory for licensed healthcare facilities.

LIS:

  • Automatic result upload to personal account — via webhook or polling. Patient receives push notification.
  • Trend charts for regular tests (glucose, cholesterol) — visualization of changes.

Insurance Companies:

  • Real-time DMS policy and limit verification via insurance API.
  • Automatic service approval.
  • Upload of registers for payment — format depends on the insurance company, each has its own XSD.

SEO for Medical Websites

YMYL topic. Google and Yandex have high requirements, and keyword-stuffed text won't work.

  • E-E-A-T — content written or verified by doctors. Qualifications and sources (PubMed, clinical guidelines) are cited.
  • Schema.org — markup for MedicalOrganization, Physician, MedicalProcedure, MedicalCondition. Implemented via component generating JSON-LD from infoblock data.
  • Local SEO — Google My Business, Yandex.Business, maps, review aggregation.
  • Federal Law "On Advertising" — mandatory disclaimer about contraindications on every service page. Automatic insertion via component template.

Mobile Adaptation

Over 70% of patients search for a doctor on their phone. Inconvenient mobile booking = lost patient.

  • Mobile-first design, priority on booking forms.
  • Sticky "Call" and "Book" buttons on screen.
  • Booking in 2-3 taps.
  • PWA with push notifications via Service Worker + FCM.
  • Optimization: Lighthouse Performance > 90 on mobile networks.

What's Included in the Result

Each project comes with documentation and warranty support:

  • Technical specification with integration description (signed by both parties).
  • Access to all external services (MIS, payment gateways, SMS providers) — setup and testing.
  • Training for administrators on Bitrix admin panel (2-3 sessions of 2 hours each).
  • DB schema with indexes, description of agents and events.
  • 12-month warranty on identified integration errors.
  • Support per SLA: critical incidents — 4 hours.

Timelines and Cost

Cost is calculated individually based on the number of integrations and complexity of business processes. Most time is spent on MIS integration and testing edge-case booking scenarios. The Bitrix website itself is a standard task, but the medical logic layer on top requires deep domain expertise.

Project Type Timelines
Clinic business card website 2-4 weeks
Website with online booking and MIS integration 2-3 months
Laboratory portal 2-4 months
Telemedicine platform 3-6 months
Pharmacy e-commerce store 3-5 months

Get an individual assessment for your project — contact us, attach a list of used MIS, and we will provide exact timelines and cost within one business day.