Merging and combining is doable but not for faint hearted, nor it cannot be done without extensive understanding of databases etc. Thing is that Order Information in Database is linked to CAD-DATA -folder (scans), to materials, to patients etc with identifiers. Also, Tables within database (like sheets in excel) may contain identifiers which act as a link to another Table: For sake of sanity of database some identifiers are UNIQUE which means no two identifiers cannot be same. When merging 3 databases, most likely there would be overlapping unique identifiers. Essentially you would have adjust those identifiers manually: this means bulk renaming, bulk editing of xml, serious SQL trickery. Heck, even i (who understands how things might be done) would refuse to do it because ensuring that things go smoothly requires hours and hours and hours of work, testing and stuff.
And i dont see reason why one would need separate Combine/Merge? Combine/Merge is pretty much like automated (bulk) export/import. Export reads data and stores that into "package" with certain format, then import reads that package and stores it to database as new order. In Combine/Merge data is red from source, and added to target as new data.
See if exocad does (bulk) export/import: export all orders from all standalone stations and import them to one.
Bulk export/import may have some limitations and not all orders might not be exportable (eg. cases that are produced elsewhere might be locked). And there is always some limitations to you export/import orders between (major) versions: always redesign and check orders you imported before manufacturing etc etc.