Drug Data and Databases
August 17, 2026
5 minutes

MSV3

MSV3 is the German standard interface for real time availability queries and electronic ordering between pharmacies or hospital pharmacies and pharmaceutical wholesalers. Maintained jointly by the DAV, PHAGRO and ADAS associations, it replaced the older MSV2 procedure and became the de facto norm, because it moves the entire order process onto fast internet based web services.

Table of contents
    TL;DR
    • MSV3 is the German standard interface for real time availability queries and electronic ordering between pharmacies or hospital pharmacies and wholesalers.
    • ADAS expands the abbreviation as Medium Speed Version; MSV3 replaced the modem based MSV2 with internet based web services.
    • The MSV3-Client is the buyer that queries and orders; the MSV3-Server is the seller that answers and accepts the order.
    • It is defined jointly by the DAV, PHAGRO and ADAS, and PHAGRO reports over 80 percent pharmacy adoption. Prices are not part of the standard scope.
    • pharmazie.com serves both sides, the client for buying and the server for selling, at around 300 euros per month each, with over 25 pharmaceutical databases as the data layer underneath.

    MSV3 is the German standard interface for real time communication between pharmacies or hospital pharmacies and pharmaceutical wholesalers. It lets an ordering system query the current availability of an article at a wholesaler and then place the order electronically, receiving an immediate status response. MSV3 is an internet based web service standard and the de facto norm for the German pharmacy ordering process.

    The abbreviation is expanded by ADAS, the association that maintains the specification, as Medium Speed Version. MSV3 is the third generation of the standard. It replaced the modem based MSV2 procedure around 2013 and 2014 and moved the exchange from an ISDN telephone connection to modern internet protocols and web services.

    MSV3 is not owned by a single company. It is defined jointly by three German associations, each representing one side of the market: the DAV (Deutscher Apothekerverband) for the pharmacies, PHAGRO (Bundesverband des pharmazeutischen Großhandels) for the wholesalers, and ADAS (Bundesverband Deutscher Apotheken-Softwarehäuser) for the pharmacy software houses. That three sided governance is the point, because the standard has to serve buyers, sellers and the software in between at the same time. According to PHAGRO, more than 80 percent of German pharmacies use MSV3 for their ordering.

    What is the difference between the MSV3-Client and the MSV3-Server?

    This is the single most frequently confused point about MSV3, and it decides which role your own system plays. The two ends are not interchangeable. The client is the side that asks and orders, the server is the side that answers and supplies.

    AspectMSV3-ClientMSV3-Server
    Market sideBuyer: pharmacy, hospital pharmacy, tradeSeller: wholesaler, supplier, manufacturer
    Role in the exchangeInitiates the connectionResponds to the connection
    AvailabilitySends the query, is this PZN in stock and deliverableAnswers with stock, deliverability and delivery time
    OrderingSubmits the order and reads the confirmationAccepts the order and returns a status
    Who operates itThe ordering software in the pharmacy or hospitalThe supplier back end

    In practice a hospital pharmacy that wants to check stock and order runs the client role, and each wholesaler it connects to operates a server. One client typically talks to many servers, one per supplier. Getting this mapping wrong is the usual source of failed integrations, because a system built as a client cannot answer queries, and a system built as a server does not go out and order.

    What does MSV3 actually do, step by step?

    MSV3 covers the full order cycle, but it splits cleanly into a read part and a write part.

    1. Availability query. The client sends one or more PZN to the server and asks whether the article is in stock, how many units are deliverable and when.
    2. Availability response. The server answers within seconds with the current stock and delivery status for each requested article.
    3. Order transmission. Based on that response, the client submits the order inside its chosen ordering window.
    4. Order confirmation. The server accepts the order and returns a status, so the pharmacy knows what will be delivered.
    5. Status and tracking. Follow up messages report changes such as partial deliveries or back orders.

    The first two steps, the availability query and its answer, are read only. The last three steps write, because they trigger a real commercial order. That distinction matters for how the standard is adopted, since a read only availability check carries far less operational risk than automated order placement.

    Prices are not part of the standard scope. Full line wholesalers do not pass prices over MSV3, because the price follows from the commercial agreement between the two parties rather than from a single query. Expecting price data from the interface is a common source of project plans that cannot work.

    How is MSV3 different from a general REST API?

    MSV3 is a domain specific standard, not a generic integration style. It defines the exact messages, fields and sequence for the pharmacy to wholesaler process, so that every participant implements availability and ordering the same way. A general REST API, by contrast, is a technical style for connecting systems that says nothing about pharmaceutical ordering on its own. The two are complementary: a platform can expose article data over REST and web services while also speaking MSV3 to wholesaler servers.

    What is the MSV3 status on pharmazie.com?

    pharmazie.com serves both sides of the standard. The MSV3 client interface (the buyer side) covers real time availability queries against all connected wholesalers and direct suppliers, including quantity, possible partial delivery and expected delivery date, plus PZN list batches, supplier priority and digital ordering. The MSV3 server interface (the seller side) lists a company in the official supplier directory of the standard and accepts orders as structured data instead of fax, mail and phone. Both directions cost around 300 euros per month.

    The difference to a pure interface is the data layer underneath: over 25 pharmaceutical databases in one search, rather than buying the interface and the drug data from two separate contracts.

    • Buyer side: availability query with quantity, partial delivery and expected delivery date, PZN list batch, supplier priority, digital ordering
    • Seller side: entry in the official supplier directory, structured order acceptance
    • Granularity: per PZN, per connected supplier
    • Source: the connected MSV3 servers of the suppliers, article data from the platform
    • Access: in the platform without any integration, through the REST API and web services in your own system, or as an Excel and CSV export of the order data
    • Price: around 300 euros per month per direction; platform access with over 25 databases from 135 euros per month

    MSV3 is a German ordering standard, so it is a DACH feature rather than an international one. A bridge between MSV3 and the European EDI standards is in preparation.

    Sources

    Author Image
    Ursula Tschorn
    Ursula Tschorn is CEO of DACON Datenbank Consulting GmbH and has been building pharmaceutical information infrastructure since 1989. She writes on drug data standards, pricing regulation and market access in the DACH region.

    FAQ

    What is MSV3?
    What does MSV3 stand for?
    What is the difference between the MSV3-Client and the MSV3-Server?
    Who maintains the MSV3 standard?
    Is MSV3 available on pharmazie.com?
    What is the difference between MSV3 and a REST API?

    Other terms

    Since 1989, over 1,000 customers have placed their trust in our data.

    The most comprehensive drug database for pharma professionals.