Introduction of a new, modern and future-oriented patient portal solution

The client (hereinafter also referred to as AG) has set itself the goal of going into operation in 2023 with a new, modern and future-oriented portal solution, whereby the portal solution must meet the MUST criteria of the KHZG funding criterion 2 (§ 19 para. 1 sentence 1 no. 2 KHSFV) and, if possible, the associated KANN criteria.

The overall system is intended to form an integrative solution with the already existing and to be integrated hospital information system (hereinafter referred to as HIS) as well as subsystems, which in terms of content necessarily meets the above-mentioned MUSS criteria in combination with the existing HIS. Overall, this concerns the following areas:

- Recording management

- treatment management

We are looking for a provider who, as a general contractor, will use the specifications listed in the specifications

can fulfil the required services. If this cannot be achieved with its own software products, the provider is free to offer subsystems in individual cases and (as recognizable) subsets. In these cases, it must be ensured that a functioning, comprehensive and convenient (standard) interface exists or is created for these subsystems as shown under Interfaces. This interface must be taken into account in the offer as a fixed price and must always be disclosed and maintained independently by the provider.

In addition, the provider must agree to use the hospital in future

Comprehensively support extensions of IT deployment.

It is expected that the new system will meet today's standards of modern

Data processing programs is sufficient. Examples should be mentioned here:

- a graphical interface

- a relational database system for data storage with central server or networked servers for selected subsystems (e.g. laboratory, RIS, DMS, etc.) and the HIS,

- hardware independence,

- client-server solution,

- can be run under Citrix/ WTS,

- can be run under virtual server hardware (application),

- optimal adaptability to the organization of the hospital,

- no redundant data collection across all queried modules and existing systems (including integration of subsystems),

- Use of standard interfaces (HL7 / FHIR, DICOM, Rest API etc.),

- IHE compliance,

- investment security of the solution,

- the expansion capacity of the system,

- 24-hour operation of the system,

- a powerful list generator and

- user-friendly program operation.

There should be no compatibility problems with the established communication servers on the market.

The system should comply with the MS Windows standards, which means as a minimum requirement that the data obtained from the portal solution can be easily imported into MS Office programs and further processed with these programs.

Only offers whose essential parts (software) are permitted by the bidder himself

be provided. However, the bidder is required to assume full responsibility for the software and service as well as software maintenance / support in the sense of a general contractor. For the hardware, which is provided by the Client in accordance with the specifications of the contractor (hereinafter also referred to as the Contractor), the Contractor shall be bindingly responsible within the framework of the submission of the offer in accordance with the dimensioning assurance in these documents.

The client will provide the hardware himself (according to the contractor's specifications)

procure. The bidder has the minimum requirements for the hardware

to pretend.

If hardware is still required beyond its position by the client, the contractor must demonstrate and offer it.

Both on-premise and cloud solutions (located in Germany) are permitted.