It sounds like you have data in /var/solr/data since when you set lucene.indexPath to that, the diagnostics report there’s an MRN in lucene (ie, the path you set) but not in Solr. So, I’d double-check that you really have data in /app/data/solr7, probably by just making sure the directory is about as large as you’d expect, file-size-wise. Still, I’m guessing you do have data in there since diagnostics doesn’t complain.
The /solr/documents path should return 404; it’s just the base EMERSE is using to make a query. You can do an actual query like:
http://localhost:8983/solr/documents/select?q=*%3A*
Which will tell you how many documents are in your index total, and ten sample documents. If that doesn’t return anything, then Solr might be pointing to the wrong place. We set SOLR_HOME to our index path, but if you’ve installed Solr as a service, you might need to do something different. (Are you on Windows?) You can see a better overview of Solr in the admin panel, which will tell you what indexes are loaded and where they are. But, I’m guessing that’s all correct.
So, I’m not sure what the problem is… If you’ve just recently indexed the data, I would restart both Solr and tomcat, since both can have an “old” version of the index files open (the version before documents were indexed). (Solr / lucene can support old consistent views of the index kind of like how databases provide consistent views of tables in a transaction.)
When you do your search, are you doing an All-Patient search with no date constraints? Basically, once you log in, just type something into the input box and hit search? That should go to Solr and return anything that matches. If you have date constraints on, there could be an issue with the Solr field names indexed in Solr vs what EMERSE is using in its query, but it sounds like you have the sample data loaded, so I’d guess all that is configured correctly.